我是WCF的新手，但一直在研究asmx服务。
我们正在努力在我们的UI / aspx页面和数据库层之间引入服务层。大多数业务逻辑都存在于代码隐藏中。因此，当前设置是UI / aspx-＆gt; DAL-＆gt;数据库。我们想做UI / aspx.vb-＆gt; WCF-＆gt;业务层 - ＆gt; DAL-＆gt;数据库，即从WCF中的代码隐藏移动所有东西......这是一个好方法吗？
我们未来的目标是获得更换业务层的灵活性，因此UI与业务层或数据库之间没有依赖关系。
需要一些关于如何以正确的方式使用WCF来进行分层架构方法的指导。
非常感谢您的帮助。
感谢。
答案 0 :(得分：0)
原则上，服务层是一个好主意，但如果你只是为了它而引入一个，那么它就会付出很多努力而无法返回。
您将从服务层获得的主要好处是，您可以在可以连接到它的客户端类型方面具有更大的灵活性。目前，可能使用DAL的唯一应用程序是您的ASP.Net应用程序，通过添加服务层并使用WCF端点公开它，您可以选择连接其他SOAP或REST客户端这是一件好事为了未来的增强。
但是，如果您只是计划在现有的ASP.Net应用程序中使用DAL，那么无法保证您将获得任何收益，实际上可以通过添加服务层来增加您的生活。如果您在服务器端执行所有数据检索，即不使用AJAX，那么服务层将毫无意义。