3

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

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

一切都将托管在单个服务器中。为业务、数据访问层提供 Web 服务是最佳实践吗？

问候，阿南德

4

2 回答 2

2

这在很大程度上取决于您可能已经知道的非功能性需求和变更案例。以这种方式使用某种 Web 服务 (SOAP/REST) 分离所有层将引入：

  1. 协议、安全、部署（con）方面的额外复杂性
  2. 延迟，因为需要几个（反）序列化步骤（UI > 业务 > 数据访问）。请记住，您的 DataAccess 层再次连接到（远程）数据存储（con）
  3. 独立扩展不同层的能力。比如说，另一个系统想要重用您的 BusinessLayer，您只能横向扩展（集群）业务层和后续层（DataAccess 和 Datastore）。（亲）

我宁愿从简单的开始，并且仅从架构的角度清楚地将不同的层分开。在 UI、业务和数据访问层之间建立定义明确的（仅限 .NET）接口。如果您后来得出必须将层分离到不同节点的结论，您可以“轻松”生成相应的 Web 服务代理并仅在几个地方修改您的组件。

于 2011-10-31T09:22:29.450 回答
0

优点多于缺点

浏览器兼容性

当服务器死了，应用程序也死了

带宽要求

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

于 2011-10-30T14:23:13.843 回答