原来就想写一些关于分布式的设计。正好目前开发的gix4项目中，需要对客户端的许多操作进行记录。这个功能的设计或多或少能说明，一般情况下，多层的分布式系统应该如何设计。现在我就对这个功能进行描述。
功能描述
需要把客户的所有操作记录下来，以便支持审计。如，当用户进行：登录、打开模块、查看数据、点击按钮……等操作时，把相关的数据全部在服务器的数据库中记录下来，这些数据有：操作类型、操作时间、操作内容、操作者、客户端机器名等。
在服务端对某些特定的事件进行记录，如：计算出错。
设计目标
这个模块需要支持以下目标：
*为客户端代码、服务器端代码都提供简单统一的接口。
*需要异步记录。
*如果扩展为多级物理层时，也需要使用相同的接口。
设计
先把设计完成的图贴出来，然后再逐一描述：
图1 全部类图
通用部分
首先，api设计之初，先根据需求，定出使用的接口。它们包含两个类：一个是贫血数据类auditlogitem，一个是对auditlogitem进行操作的静态类auditlogservice。auditlogservice暂时公布两个静态方法，一个记录日志方法log()，另一个方法是异步记录logasync()。如下：
除了最终与数据库通信的服务器外，其它节点都默认使用clientauditlogprovider作为提供程序。此提供程序使用了icommunication，而icommunication则是负责向“下一节点”通信并提交日志记录功能。
gix4实现部分
这部分主要是两个类：serverauditlogprovider 和 cslacommandcommunication。
serverauditlogprovider 使用csla的类库把auditlogitem转换为相应的数据库模型存入数据库中：
cslacommandcommunication 则是使用wcf和csla命令模式作为基础框架，让当前节点把请求发送给下一节点，下一节点接到请求后，使用本节点的提供程序provider来处理请求。其中重要的代码在内部类auditservercommand中，如下：
整个过程
整个过程其实很简单，一图胜千言：
后记
其实本次设计过程的思路很简单：分析要提供的api（场景驱动）、分析分布式实现的差异、编写基础部分、编码与重构。
其实熟悉csla的人应该知道，它里面的通信机制也是采用了类似的方式实现的。所以这应该算是一种分布式的设计模式吧。 :)