关于wcf服务作为中间层的设计？
系统为 客户端+WCF服务+sql数据源
WCF服务作为中间层和数据库打交道时，是通过代码和字符串等还是通过dataset等数据模型呢?
没有经验，不知道WCF中间层里具体应做哪些设计呢？
[解决办法]
WCF是对.net对象的序列化封装。但就这个方面而言，它跟你自己进行xml或者json封装也没有多大区别。
WCF跟webservice一样，支持客户端发现机制。也就是说你不必从服务器端拷贝一个model.cs文件给客户端去编译，而是WCF客户端自动去读取和解析接口定义文件来产生客户端代理。
不过我不使用web service，当然也更不太支持使用WCF。在我们的通讯中，服务器端自己写model.cs文件，测试好了，然后拷贝到客户端（silverlight、asp.net和winform客户端都可以使用这同一个文件），编译到客户端。这样也很方便。
总之它们传送的是你编程中用到的各种数据实体对象、命令对象，是传送对象，而不是简单地说“字符串或者dataset”。基本上我们忌讳dataset，因为它里边的大量object定义类型就等于没有定义业务接口，无法支持正常地业务通讯（因为毕竟需要在一方传送数据，另一方正确解析出对象类型来）。
[解决办法]
按照一般的入门书的编程，实际上你用20分钟就“学会”了WCF了。它不过就是让你的客户端可以比较方便地调用服务端的方法调用，不用把WCF夸张得多么神秘。
我们不使用它，是因为自己做过很多电信级服务，深切知道它又大又慢，确实无法接受其低效。我们使用自定义协议来进行tcp、http通讯等，对于第一次接触网络编程的人可能做不到“20分钟学会”网络通讯这种目的。所以我同意WCF作为初学编程的人一个很好的进行网络编程的入门技术。
