为业务层和数据访问层使用Web服务的缺点？

Question

基于Web的业务应用程序，使用Web服务开发业务层，数据访问层是否好？有什么缺点？

UI层（ASp.Net） - >业务层（WCF Web服务） - >数据访问层（WCF Web服务）

一切都将在单一的服务器托管。数据访问层的Web服务是否是最佳实践？

问候， 阿南德

Answer 1

它很大程度上取决于您的非功能性需求以及您可能已经意识到的更改情况。通过使用某种形式的Web服务（SOAP/REST）的所有层分离这样介绍：

1. 额外的复杂性的协议，安全性，部署（CON）方面
2. 延迟几个（德）序列化步骤是必需的（UI>业务>数据访问）。请记住，您的DataAccess层再次连接到（远程）数据存储（con）
3. 能够独立扩展不同层。假设另一个系统想要重用您的BusinessLayer，您只能扩展（集群）Business和后续层（DataAccess和Datastore）。 （pro）

我宁愿从一个建筑的角度来简单明了地区分不同的层。在UI，Business和DataAccess层之间建立定义良好的（仅限.NET）界面。如果您稍后得出结论，您必须将图层分离到不同的节点上，则可以“轻松”生成相应的Web服务代理，并在几个地方修改组件。

Answer 2

有更多的优点，然后利弊

浏览器兼容性

当服务器死亡的应用去世太

带宽要求

http://www.exforsys.com/tutorials/client-server/client-server-technology-thin-clients/1.html