前几天我开发了基于主要启动应用程序的应用程序获胜，这意味着它是一个能够加载用户配置文件和其他内容的应用程序，例如用户名，姓氏，邮件地址，授权操作，打印和保存 - 启用等等）。然后，我的同事可以自由地开发任何其他应用程序作为DLL，它通过我的主应用程序的反射加载，它可以加载任何形式作为mdi子。就这样。最后，每个主应用程序命令都在子窗体上进行重新分析，它实现了一些接口，因此一切正常。
好吧，现在我需要在新的网站解决方案上转换上述逻辑。想想我的主要启动应用程序可以“被认为”作为母版页。在这里，我可以加载信息用户（用户配置文件）和其他东西，如他启用的应用程序，打印页面启用，数据存储启用等。 顺便说一句，我的同事应该能够开发我的主要初创公司（母版页）到达的其他“子网站”。 此外，它们都应该通信，以便重新命名一些命令，例如：用户点击母版页保存按钮，然后存储数据库操作将转发到内容页面（就像赢取表单解决方案一样）。
我不知道哪个可以更好地解决这个目的，我希望能够清楚地解释我的情景。
答案 0 :(得分：0)
由于问题似乎从问题中看起来很模糊......我认为您应该考虑在层（层）中开发应用程序。如果你的业务和持久性逻辑没有与任何图形界面耦合，那么将Windows应用程序转换为asp.net就更容易了。