Wcf通讯基础框架方案（六）解决方案说明以及源代码

源代码见 http://wcfextension.codeplex.com/

注意：

1） 本来没打算这么早开源，这只是一个比较原始的实现，请勿直接在商业环境使用

2） 请注意本框架的授权条款Apache License 2.0

3） 本框架依赖的外部程序集或框架版权归原作者所有

4） 框架之后可能会增加很多功能，请关注项目主页即使获得最新信息

解压缩代码打开sln文件后可以看到这样的结构

1） WcfExtension就是核心框架：

Client文件夹放的是客户端用到的一些代码，Server自然是服务端用到的一些代码

Log是日志相关的一些代码（四种日志），Config是配置相关的代码

Setting是框架本身设置的一些代码（比如配置是否要记录日志）

其它代码放在父文件夹内，当然这里还放了一些用于发布nuget包的文件

至于nuget不想多介绍了（release方式编译项目后会在ReleasePackages生成nupkg包）

2） WcfExtension.ConfigCenter就是配置服务和配置的后台，配置文件中需要配置

A）redis的地址以及通知通道名

B）sql server配置数据库的连接字符串

C）配置服务的wcf服务端配置

这里需要注意几点：

A）如果你的配置不希望保存在sql server中，可以重写WcfConfigService.cs

B）现在的后台非常简易，就是一个WFWcfConfig.aspx，完全可以重写

3） WcfExtension.LogCenter就是日志服务和日志的查看后台，需要配置的东西和2）差不多，只不过注意要使用不同的端口

WcfLogService.cs同样是一个简单的实现，仅供参考，现在实现过程如下：

A）保存到内存队列

B）几个线程定时批量把数据保存到mongodb中

有关ConfigCenter和LogCenter还需要注意，在生产环境中为了高可用性可以使用IIS来承载tcp的wcf服务，做负载均衡。

但是为了测试简单，在解决方案中有两个临时的Console应用程序，用于替代ConfigCenter和LogCenter。

4） WcfExtension.Clients.Console是测试的控制台客户端，应该只依赖WcfExtension框架和服务契约也就是WcfExtension.Services.Interface

5） WcfExtension.Hosts.Console是测试的控制台服务端，需要依赖服务接口和服务实现，以及WcfExtension框架

6） WcfExtension.Services.Interface是服务契约，定义了一些简单的测试方法

7） WcfExtension.Services.Implementation是服务实现，其下的LogService是用来测试服务依赖注入的

8） Libs目录下是一些依赖的程序集，主要是redis的客户端、mongodb的客户端以及unity、log4get、nuget。

因为，可以这么启动项目进行测试：

先启动配置服务和日志服务，然后启动服务端，最后启动客户端。

在运行起来之前，还需要建立表结构和模拟数据（如果怕麻烦可以直接回复包里面的WcfConfig.bak数据库文件），运行WcfExtension.ConfigCenter中的db.sql来建立数据表。

可以直接打开表配置数据也可以使用配置后台，首先建立一个绑定Binding：

然后建立一个服务端点ServiceEndpoint，对应这个绑定：

然后建立一个服务Service：

然后建立服务的集群ServerFarm：

最后是客户端的端点ClientEndpoint：

和客户端访问集群的权限ClientAccess：

启动四个项目后可以看到：

1） 日志服务控制台上出现了各种日志

2） 客户端和服务端都显示出了发送和接受的消息

3） 如果在后台修改配置，并且点击通知按钮，客户端和服务端应该会收到修改通知，然后删除相应的缓存或重启服务使得配置立即生效

（其实在生产环境中，不太可能通知服务端重启服务）

该说的前面几次都说了，代码并不复杂，看代码就都可以理解了。