前段时间我开发了一个基于主启动应用程序的应用程序，这意味着它是一个能够加载用户配置文件和其他内容的应用程序，如用户名，姓氏，邮件地址，授权操作，启用打印，启用保存等)。然后，我的同事可以自由地开发任何其他应用程序作为DLL，这些应用程序通过我的主应用程序的反射加载，它能够将任何表单加载为mdi子。这是所有。最后，每个主应用命令都在子窗体上实现了一些接口，所以所有的工作都很完美。
好吧，现在我需要在新的网站解决方案转换上述逻辑。想象一下，我的主要启动应用程序可以被"视为"主页。在这里，我可以加载info user(用户配置文件)和其他东西，比如启用了应用程序，启用了打印页面，启用了数据存储等等。顺便说一下，我的同事应该能够开发其他"子网站"到达我的主要启动(主页)。此外，他们都应该沟通，以便真正的一些命令，例如:用户点击主页保存按钮，然后存储db动作将中继到内容页(就像win表单解决方案)。
我不知道哪个是更好的解决方案，我希望能清楚地说明我的情况。
从问题来看，要求似乎很模糊…我认为您应该考虑分层开发应用程序。如果你的业务和持久化逻辑不与任何图形界面相耦合，那么将windows应用程序转换为asp.net应用程序就会容易得多。