几天前，我基于主启动应用开发了一款应用获胜产品，这意味着该应用能够加载用户个人资料和其他内容，例如用户名，姓氏，邮件地址，已批准操作，可打印，已启用保存以及依此类推）。然后，我的同事可以自由地将任何其他应用程序开发为DLL，这些应用程序可以通过我的主应用程序通过反射加载，从而可以将任何形式的mdi子程序加载。就这样。最后，每个主要的应用程序命令都在子窗体上实现，该子窗体实现了某些接口，因此一切运行正常。
好吧，现在我需要在新的网站解决方案上转换上述逻辑。想一想我的主要启动应用程序在哪里可以“视为”母版页。在这里，我可以加载信息用户（用户个人资料）和其他内容，例如启用了他的应用程序，启用打印页面，启用了数据存储等等。
顺便说一句，我的同事应该能够开发主要初创公司（母版页）访问的其他“子网站”。
同样，它们两者都应该通信以实现某些命令，例如：用户单击母版页保存按钮，然后存储数据库操作将中继到内容页（就像win窗体解决方案一样）。
我不知道哪种方法可以更好地解决这个问题，我希望清楚地解释一下我的情况。
最佳答案
从这个问题看来，需求似乎含糊不清...我认为您应该研究开发层（层）中的应用程序。如果您的业务和持久性逻辑没有与任何图形界面耦合，那么将Windows应用程序转换为asp.net则非常简单。
关于c# - 将Web解决方案实现为Winform，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/15174245/