Wcf通讯基础框架方案（六）解决方案说明以及源代码
源代码见 http://wcfextension.codeplex.com/
注意：
1） 本来没打算这么早开源，这只是一个比较原始的实现，请勿直接在商业环境使用
2） 请注意本框架的授权条款Apache License 2.0
3） 本框架依赖的外部程序集或框架版权归原作者所有
4） 框架之后可能会增加很多功能，请关注项目主页即使获得最新信息
解压缩代码打开sln文件后可以看到这样的结构
1）
http://cyqdata.cn/cnblogs/article-detail-37196
Wcf通讯基础框架方案（五）——更新通知
对于负载均衡环境，多服务器内存中缓存数据的话，需要解决的一个很重要的问题就是一旦数据库中数据有更新，怎么让缓存的数据立即更新？
如果可以容忍延迟或是差异性的话，可以考虑缓存的数据有一个过期时间。但是，最好的方式还是采用通知方式，或者说发布订阅方式。
所有的客户端会订阅客户端配置修改的消息，所有的服务端会订阅服务端配置修改的消息，配置后台在修改后复杂发布这个消息。
在这里采用redis作为发布订阅的
http://cyqdata.cn/cnblogs/article-detail-36836
Wcf通讯基础框架方案（四）——横切日志
在第一篇文章中已经列出了几种日志的概览：
所有的日志都有一个最终基类，来看看这个类：
[DataContract(Namespace = "WcfExtension")]
[KnownType(typeof(WcfExceptionInfo))]
[KnownType(typeof(ServerExceptionInfo))]
[KnownType(typeof(Clie
http://cyqdata.cn/cnblogs/article-detail-36831
Wcf通讯基础框架方案（三）——客户端
假设定义了一个服务契约：
[ServiceContract(Namespace = "WcfExtension.Services.Interface")]
public interface ITestService
{
[OperationContract]
int Add(int x, int y);
[OperationCont
http://cyqdata.cn/cnblogs/article-detail-36817
Wcf通讯基础框架方案（二）——集中配置
从这次开始在几个方面简单阐述一下实现，集中配置是这个框架很大的一个目的，首先在数据库中会有这么一些表：
其实可以看到这些表的结构，应该是和<system.serviceModel>配置节点中的层次有对应的
1） Service表描述的是服务，主要保存服务行为以及服务的配置。在这里，ServiceConfig是框架内用到的配置，比如各种日志是否要记录等等。服务对应到服务的集群，集群公开
http://cyqdata.cn/cnblogs/article-detail-36809
Wcf通讯基础框架方案（一）——基本结构
由于希望使用Wcf作为公司内的通讯框架，因此基于Wcf进行了一些扩展，主要的目的有以下几个方面：
1） 希望减少客户端调用的复杂度，调用方式简化为WcfServiceLocator.Create<ITestService>().Add(1,2)。不需要考虑：endpoint配置，信道创建，信道出问题等等问题。
2） 希望减少服务端配置的复杂度，没有配置文件（或者说配置文件不需要更改），
http://cyqdata.cn/cnblogs/article-detail-36694