在一个解决方案中集成 WPF 和 Windows 窗体项目 [关闭]答案

【问题标题】：Integrating WPF and Windows Forms Projects in one Solution [closed]在一个解决方案中集成 WPF 和 Windows 窗体项目 [关闭]
【发布时间】：2018-10-03 05:10:00
【问题描述】：

我有一个大型 Windows 窗体应用程序，它用作机器配置软件，与用户交互，从机器收集数据并在 SQL 数据库上运行，其中包含 15 个与之关联的子项目。它是用单例模式开发的。

此外，我最近使用 MVVM 开发了一个 WPF 应用程序，该应用程序用于与后端项目的数据库进行交互，以从数据库中获取数据并向用户显示有意义的结果。

现在，我想知道，将 WPF 和 Windows 窗体项目结合在一个解决方案下是否是一种良好的编程习惯。是否会导致加载和构建时间更长？

我目前使用的是 Visual Studio 2017。

【问题讨论】：

虽然这是一个主要基于意见的问题，但有一个解决方案并没有什么坏处。
加载越多，编译所有内容的时间就越多。关于速度，最近 Visual Studio 对大型解决方案的加载时间有了很多改进。快速浏览一下 Microsoft 的博客：blogs.msdn.microsoft.com/visualstudio/2018/04/04/…
@TanveerBadar 感谢您指出它是基于意见的。
@sɐunıɔןɐqɐp 该博客读起来很有趣。根据意见，我认为 WPF 和 WinForms 的集成一点也不坏。

标签： c# wpf winforms visual-studio

【解决方案1】：

现在，我想知道，将 WPF 和 Windows 窗体项目结合在一个解决方案下是否是一种良好的编程习惯。是否会导致加载和构建时间更长？

在同一个 Visual Studio 解决方案中拥有多个不同的项目（包括多个不同的客户端应用程序）是很常见的。您仍然可以单独部署每个可执行文件。

显然，对于您添加到解决方案中的每个项目，总构建和加载时间都会增加（至少在理论上），但考虑到您只需要重新构建自那以后实际发生变化的项目，这应该不是问题开发期间的最后一次构建。

为了回答您的问题，在同一个解决方案中拥有多个客户端应用程序项目并不是一种不好的做法。

您可能还有多个解决方案文件，例如一个包含所有项目的解决方案和一个仅包含 WPF 应用程序使用的项目的 WPF 解决方案，依此类推。当解决方案包含 100 多个项目时，我通常会这样做。

【讨论】：