ASP.NET MVC 添加 Web 服务层

Question

我想听听一些人对添加网络服务层的意见。在我的工作中，我们想开始使用 Web 服务来处理我们的一些操作。

我们为 ASP.NET MVC 应用程序遵循的当前项目结构：

MVC App（视图/控制器/ViewModel/服务层）--> BAL（业务访问层）--> DAL（数据访问层）

MVC 应用、BAL 和 DAL 是单独的程序集。

还有一个域（模型）程序集在 MVC/BAL/DAL 层之间共享。

计划是创建一个可以处理所有安全功能的 Web 服务。此 Web 服务将由多个 Web 应用程序使用。当我们对 Security Web 服务进行更改时，我们只想在一个地方修改代码，而不是每个 Web 应用程序。因此，如果 MVC 项目中没有任何内容与 Web 服务相关联，我会更喜欢。

所以我想在 BAL 和 DAL 层之间添加一个 Web 服务层。

所以是这样的：

MVC 项目（视图/控制器/视图模型/服务层）

来电

BAL 层（处理缓存/数据库事务）

来电

网络服务层

来电

DAL 层

你有什么意见？

Answer 1

一些想法。

您将 Web 服务层置于 BAL 和 DAL 之间。这意味着一切都需要通过您的 Web 服务，包括与安全无关的功能。我认为这增加了额外的复杂性。如果多个网站都在使用 Web 服务，请将其创建为应用程序/服务的支持。然后，您可以根据需要服务的层从应用程序的不同层调用服务。通常，您会创建一个具有干净接口的 Web 服务包装器，这样您就可以轻松地从应用程序的任何层调用 Web 服务。

为了便于讨论，假设您的 Web 服务处理了用户登录名和密码的验证。您可以在 MVC 项目中直接连接到您的 Web 服务包装器，以查看用户数据是否有效，如果有效，您可以将其登录。之后，如果用户执行一个功能，业务层需要检查用户是否有权限，该层可以使用api wrapper调用api查看用户是否有权限，等等。

                                      MVC APP
                                      /    \
                                    BAL --> Web Service Wrapper
                                    /        \
                                  DAL        WCF WEB SERVICE

Answer 2

作为一个支持如此荒谬分层的应用程序的人。

• 图形界面
• BAL
• DAL 到 Web 服务
• 网络服务
• WebBAL
• WebDAL

我建议将您的 GUI 尽可能靠近您的网络服务。