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

Question

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

UI层（ASp.Net） - ＆gt;业务层（WCF Web服务） - ＆gt; DataAccess Layer（WCF Web服务）

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

的问候， 阿南德

Answer 1

这在很大程度上取决于您的非功能性要求以及您可能已经意识到的更改案例。通过使用某种Web服务（SOAP / REST）以这种方式分离所有层将引入：

1. 在协议，安全性，部署（con）方面的额外复杂性
2. 延迟需要几个（反）序列化步骤（UI＆gt; Business＆gt; DataAccess）。请记住，DataAccess图层再次连接到（远程）数据存储区（con）
3. 能够独立扩展不同的图层。比如说，另一个系统想要重用您的BusinessLayer，您可以仅扩展（集群）业务和后续层（DataAccess和Datastore）。 （原）

我宁愿从架构的角度开始简单明了地区分不同的层。在UI，Business和DataAccess层之间建立定义良好（仅限.NET）的接口。如果您稍后得出结论，您必须将层分隔到不同的节点，您可以“轻松”生成相应的Web服务代理并仅在几个位置修改您的组件。

Answer 2

还有更多的优点，然后利弊

浏览器兼容性

当服务器死亡时，应用程序也会死掉

带宽要求

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