前段时间，我开发了一个基于主启动应用程序的 win 应用程序，这意味着它是一个能够加载用户配置文件和其他内容的应用程序，例如用户名、姓氏、邮件地址、授权操作、启用打印、启用保存和很快）。然后，我的同事可以自由地将任何其他应用程序开发为 DLL，这些应用程序由我的主应用程序通过反射加载，它能够将任何表单加载为 mdi 子项。就这样。最后，每个主要的应用程序命令都在实现某些接口的子窗体上实现，因此一切都可以完美运行。
好吧，现在我需要在新的网站解决方案上转换上述逻辑。想想我的主要启动应用程序可能被“认为”为母版页。在这里，我可以加载信息用户（用户配置文件）和其他内容，例如启用应用程序、启用打印页面、启用数据存储等。顺便说一句，我的同事应该能够开发我的主要初创公司（母版页）访问的其他“子网站”。此外，它们都应该进行通信以执行某些命令，例如：用户单击母版页保存按钮，然后存储 db 操作将中继到内容页面（就像 win 表单解决方案一样）。
我不知道哪个可以更好地解决这个目的，我希望能清楚地解释我的情况。