Oop 什么样的模式可以帮助我以模块化结构组织大项目？

例如，我有一个约500页的项目和一个具有多种不同功能的域。此外，对应用程序的模块化结构也有要求。关闭和关闭某些功能应该不难。需要注意的是，功能可以相互集成

例子

• 您可以在应用程序中创建不同的文档（账单）
• 您还可以创建支付这些账单的付款
• 您还可以在创建付款时将付款与账单绑定，反之亦然

有些情况下，您无法访问文档功能，只能访问付款。所以，您无法将付款与文档绑定，也无法在UI中看到文档

---

如果我有大约30个具有不同互连的模块，我如何组织应用程序，以便打开和关闭任何模块？

例如，您的系统web应用程序、移动应用程序或SPA？这些信息可能会缩小可能的解决方案。您需要某种远程方式来动态或运行时关闭/打开模块吗？Web Api+SPA。我不需要为一个用户动态地执行它。但是不同的用户可以同时看到系统的不同状态。你能试着更好地解释这个用例吗？对我来说，还不太清楚你的模块是如何工作的。例如，账单和付款是模块的示例吗？或者你在这里说的模块是什么意思？同样，当你谈论一个模块时，你是指某种应该可见或隐藏的UI吗？或者该模块是在后台执行的功能，没有任何用户界面部件？例如，当您关闭模块时，它应该在SPA应用程序中隐藏某些部分UI块，还是仅仅更改服务器端的行为。例如，文档模块是几个页面、主菜单项、一些后台逻辑。另一个模块是支付。我可以将一个模块的UI注入到另一个模块中（用于在付款创建UI中将文档绑定到付款的链接）。例如，您的系统是web应用程序、移动应用程序还是SPA？这些信息可能会缩小可能的解决方案。您需要某种远程方式来动态或运行时关闭/打开模块吗？Web Api+SPA。我不需要为一个用户动态地执行它。但是不同的用户可以同时看到系统的不同状态。你能试着更好地解释这个用例吗？对我来说，还不太清楚你的模块是如何工作的。例如，账单和付款是模块的示例吗？或者你在这里说的模块是什么意思？同样，当你谈论一个模块时，你是指某种应该可见或隐藏的UI吗？或者该模块是在后台执行的功能，没有任何用户界面部件？例如，当您关闭模块时，它应该在SPA应用程序中隐藏某些部分UI块，还是仅仅更改服务器端的行为。例如，文档模块是几个页面、主菜单项、一些后台逻辑。另一个模块是支付。我可以在另一个模块中插入一些UI（用于在付款创建UI中将文档绑定到付款的链接）。