模块划分——如何正确划分？如何分离现有的能力？

Question

我正在为特定客户编写大型应用程序。 该应用程序包含很多功能，但并非所有客户都需要所有功能，因此经过深思熟虑，我决定将应用程序的各个部分划分为模块，其中模块是一个独立的部分。 我现在正开始从旧代码创建模块。 由于这是 Web 应用程序，因此每个客户都有自己的用户名和密码。我应该只加载他的模块 - 只有他的模块应该可供他使用。 此外，我有两种可以交互的不同能力，有时如果一个客户同时具备这两种能力 - 我想公开“组合网页”而不是特定能力的网页，那么这个“组合网页”在哪个模块中网页”应该是？ 我还没有设法定义包含哪些模块。模块是否包含自己的数据库表？模块是否包含自己的网页？模块有自己的库项目吗？等等..

有没有人可以在所有模块划分中进行理解或排序？我真的迷失在这里，我不知道如何继续下去。

我将 asp.NET 与 c# 和 webservices、jQuery 和 SQL Server 2005 一起使用。

Answer 1

很难说如何设计模块，因为它特定于您的应用程序领域和架构因素。

您可以在应用程序的各个级别定义模块，并且模块设计可以被视为独立于任何特定语言。请记住，如果您不划定特定的界限，过多的重用（耦合）可能会产生负面影响，因为更改会波及到您的应用程序。一种好的防御方法是设计预期变化。因此，它将影响您的整个架构！

“独立部分”很好，但你需要定义架构中的“级别”：你可以有功能模块、“技术”模块（基础设施代码）、运行时模块，甚至部署模块。每种类型在大型应用程序中都很重要。

从您问题中的各个部分（并且不知道您的域是什么）来看，这里有一些建议：

• 通过为 Web 服务提供自己的数据库来隔离它。 （独立）。
• 让 Web 服务调用其他 Web 服务（封装/组合）
• 在代码、文件或数据库中使用配置（每个客户、每个 Web 服务）来为客户加载功能模块。 （请参阅依赖注入作为解决配置问题的良好模式。）
• 使用域/业务需求作为您的 Web 服务和模块的指南。
• 查看领域驱动设计，特别是有界上下文。其中有很多模式可以为您提供有关如何模块化应用程序的想法。
• 预测变化（不要太深）并尝试围绕它设计您的架构（技术和功能）。
• 将您的应用程序分解为重用基础设施（技术）模块的功能模块。分层隔离。

注意：这实际上取决于您的域：例如，您可以拥有一个支持多个用户的应用程序，并且它们仅根据角色（客户、员工、黄金客户。 .) 他们有。对于某些人来说，您甚至可能拥有单独的 Web 服务，但它们都可以仅针对用户界面使用“Web 演示/应用程序”服务。

Answer 2

您正在寻找的称为多租户解决方案，这并不是什么新鲜事。有几种不同的解决方案可用。

首先：习惯每个人同时加载所有模块。除非你想开始处理应用程序域，否则任何其他事情都是不可能的。这很快就会变得令人讨厌。

您所做的只是控制向用户显示哪些链接等，并验证所有请求，以便用户有权执行他尝试执行的操作。

至于权限处理，我正在使用.Net 中内置的权限处理。我为用户有权访问的每个模块添加了一个角色。通过这种方式，我可以使用 [PrincipalPermission(XXXX)] 属性标记所有方法来控制安全性。阅读自定义 IPrincipal 和 IIdentity。

接下来要解决的是代码布局。我每个模块都有一个类库。在该模块中，我拥有所有层（存储库、模型、服务、视图）。除了那些应该暴露给系统其余部分的类之外，所有内容都被标记为内部。

你需要一些东西将所有东西连接在一起，这是最棘手的部分。您需要仔细思考要创建哪些接口才能让模块相互交互。

我确实建议您使用控制反转容器（我最喜欢的是 autofac）和 Asp.NET MVC，因为两者都为您提供了一定的灵活性，并使构建此类系统变得更容易。

Answer 3

听起来您所说的模块是网站的部分，而不是业务模型的部分。如果您愿意使用 ASP.NET MVC，它们为这种分离提供了非常有用的约定。它被称为“区域”。查看 http://msdn.microsoft.com/en-us/library /ee671793.aspx 这是一个演练和示例项目。此外，还有一个介绍视频 http://www.asp.net /mvc/videos/aspnet-mvc-2-areas。我认为您可以通过使用 MVC 区域和选择每个操作的角色要求的 ActionFilters 来完成您想要的一切。

Answer 4

我认为 ASP.NET 中的授权管理 应该允许您执行以下操作您需要：如此链接所述，您可以按页面或文件夹（如您的情况）管理授权。例如，如果您希望仅Group1中的用户访问Folder1，Group2中的用户访问Folder2，并且两者都访问要访问 Folder3，您的 Web.config 应如下所示：

<configuration>
    ....
    <!-- Normal config here //-->
    <system.web>
    ....
    </system.web>

    <!-- Page-specific settings for folder1 here //-->
    <location path="folder1">
        <system.web>
            <authorization>
                <allow users="Group1" />
            </authorization>
        </system.web>
    </location>

    <!-- Page-specific settings for folder2 here //-->
    <location path="folder2">
        <system.web>
            <authorization>
                <allow users="Group2" />
            </authorization>
        </system.web>
    </location>

    <!-- Page-specific settings for folder3 here //-->
    <location path="folder3">
        <system.web>
            <authorization>
                <allow users="Group1, Group2" />
            </authorization>
        </system.web>
    </location>
</configuration>

Answer 5

这不是最复杂的解决方案，但这就是我的做法-
每个用户都由一个 User 对象表示，该对象具有一个 AvailableModules 属性，或者可能具有一个 HasModule(module) 函数。
集中存储库保存代表当前登录用户的对象，任何需要的人都可以查询它。
例如，表示层将有

if (UsersRepository.CurrentUser.HasModule(Module.Admin))
{
labelAdmin.visible = true;
//other presentation stuff here
}

服务层将有：

public void Do AdminStuff()
{
   if (!UsersRepository.CurrentUser.HasModule(Module.Admin))
   {
     throw new UnauthorizedAccessException("User isn't an admin");
   }
   //do your admin stuff
}

等等。
请注意，您可以使用它来将操作分离到不同的类。例如 -

public interface ISomeService
{
   public void DoService(();
}

并且调用代码可以有 -

ISomeService service = new ViewerService();
if (UsersRepository.CurrentUser.HasModule(Module.Admin))
{
   service = new AdminService();
}