前段时间我开发了一个基于primary start app的win for app，这意味着它是一个能够加载用户配置文件和其他东西的应用程序，比如用户名、姓氏、邮件地址、授权操作、打印、保存-启用等)。然后，我的同事可以自由开发任何其他应用程序作为 DLL，这些应用程序由我的主应用程序通过反射加载，它能够将任何表单加载为 mdi 子级。就这样。最后，每个主要的应用程序命令都在子窗体上实现，子窗体实现了一些接口(interface)，因此一切都完美无缺。
好吧，现在我需要在新网站解决方案上转换上述逻辑。想想我的主要启动应用程序可以被“认为”为母版页的地方。在这里，我可以加载信息用户(用户配置文件)和其他内容，例如他启用的应用程序、启用打印页面、启用数据存储等等。 顺便说一句，我的同事应该能够开发我的主要初创公司(母版页)所达到的其他“子网站”。 此外，它们都应该进行通信以实现某些命令，例如:用户单击主页保存按钮，然后存储数据库操作将中继到内容页面(就像 win 表单解决方案一样)。
我不知道为此目的哪个是更好的解决方案，我希望能清楚地解释我的情况。
最佳答案
从问题中看，要求似乎很模糊……我认为您应该考虑按层(层)开发您的应用程序。如果您的业务和持久性逻辑未耦合到任何图形界面，那么将 Windows 应用程序转换为 asp.net 应用程序会容易得多。
关于c# - 将 Web 解决方案实现为 Winform，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15174245/