WPF应用拆分独立Exe、控件DLL、自定义可视化工具可行性咨询

1. 能否仅通过一个项目实现需求？ #

必须创建三个独立项目，原因如下：

• 每个项目的输出类型不同：独立应用程序是Exe（Windows应用程序类型），GUI控件库和自定义可视化工具是DLL（类库类型），单个项目无法同时生成多种输出格式。
• 职责分离更合理：拆分后每个项目聚焦单一功能，后期维护、扩展更方便，比如修改可视化工具逻辑不会影响主Exe或控件库。

2. 如何抽离控件事件逻辑到公共项目？ #

可以通过创建一个公共逻辑类库实现共用，具体步骤：

• 新建一个.NET Framework类库项目（比如命名为CommonLogic），将事件的核心业务逻辑剥离为与UI无耦合的方法。示例：

  // CommonLogic项目中的工具类
  public class ControlLogicHelper
  {
      // 处理MouseWheel分页逻辑
      public static void HandleMouseWheel(double delta, ref int currentPage)
      {
          currentPage = delta > 0 ? Math.Max(0, currentPage - 1) : currentPage + 1;
      }
  
      // 处理按钮点击的业务逻辑
      public static string HandleButtonClick(string input)
      {
          return $"已处理输入：{input}";
      }
  }
  

• 在GUI控件库项目中引用CommonLogic，控件的事件处理方法仅做简单转发，不包含业务逻辑：

  // GUI控件库中的按钮点击事件
  private void MyButton_Click(object sender, RoutedEventArgs e)
  {
      string input = MyInputTextBox.Text;
      MyResultLabel.Content = ControlLogicHelper.HandleButtonClick(input);
  }
  

• Exe项目和自定义可视化工具项目若需复用逻辑，直接引用CommonLogic并调用对应方法即可。
• 进阶方案：如果采用MVVM模式，可将ViewModel放在CommonLogic中，控件通过绑定命令关联逻辑，进一步降低UI与业务代码的耦合度。

3. .NET框架版本选择 #

• 统一使用.NET Framework 4.7.2/4.8：这是最稳妥的方案，所有项目可自由互相引用，无需额外配置，完全避免兼容性问题。
• 部分项目使用.NET 6.0：可行，但需注意限制：
  • .NET 6项目可以引用.NET Framework 4.7.2/4.8的类库，但.NET Framework项目无法反向引用.NET 6类库。
  • 若自定义可视化工具是Visual Studio扩展工具，必须基于.NET Framework（VS扩展生态目前仍依赖该框架）；若为独立可视化DLL，可考虑使用.NET 6。
  • .NET 6的WPF在部分API和行为上与.NET Framework存在差异，若GUI控件库基于.NET Framework，在.NET 6的Exe中使用时需做好兼容性测试。

内容的提问来源于stack exchange，提问作者Luci C