在设计器生成的代码中使用 #if 指令与 Windows 窗体进行条件编译

Question

背景：

我有一个 C# Windows 窗体应用程序，其中包含一个 Windows 服务和一个用于配置系统设置以及与该服务通信的界面。

期望结果：

我想构建两个版本的解决方案 - 一个客户端版本，其中包含所有 Windows 服务相关代码和表单元素，以及一个服务器版本> 包含所有内容的版本。

该表单包含一个选项卡式控件，其中一个选项卡包含用于使用套接字与 Windows 服务进行交互的元素。我真正想要实现的是，对于完整构建，编译包含服务相关元素的选项卡，而对于条件构建，排除相同的选项卡。

问题：

在此阶段，我在 Windows 服务相关代码中使用了 #if 指令。例如：

#if SERVERBUILD
     //Code relating to Windows service that I do not want to compile 
     //for a client version.
#endif

在上面的示例中，“SERVERBUILD”对应于我可以通过配置管理器选择的构建配置（而不是标准的“Release”构建选项）。

我遇到的问题是，我必须包装此 #if 指令的一些代码位于标题为“Windows 窗体设计器生成的代码”区域中的 WinForm.Designer.cs 文件中。

似乎发生的情况是，当我更改某些表单属性时，整个代码区域似乎被删除并重新生成，从而删除了我添加的 #if 部分。

• 我以正确的方式处理这件事吗？
• 有没有办法避免丢失在 WinForm.Designer.cs 代码中所做的更改的情况？

我真的很感激任何有条件编译和此类内容经验的人提供的建议。

Answer 1

    /// <summary>
    /// Required method for Designer support - do not modify
    /// the contents of this method with the code editor.
    /// </summary>
    private void InitializeComponent() {

纳夫说道。通过将代码放入表单构造函数中来解决您的问题：

    public Form1() {
        InitializeComponent();
#if !SERVERBUILD
        panel1.Visible = false;
#endif
    }

请注意，使用面板是使其上的所有控件不可见的简单方法。

Answer 2

#if 方法的一个问题是，您可能很快就会陷入这样的情况：对于不同的编译有多个 #if 语句。很快就很难判断哪个代码块与哪个项目相匹配。

更好的解决方案是识别所有通用代码并将它们保存在单独的项目文件夹中，例如 common/ 。然后，您可以在 server/ 下获得特定的服务代码，并在 client/ 下获得所有表单代码。

所有通用代码仍将存在于一个位置，并且您的服务器和客户端将变得更具可读性。您不再需要担心仅客户端的更改会影响服务器以及相反的情况。另外，通过正确组织文件夹，您可以将项目的内容（抽象概念，例如客户端/服务器）与项目的方式（具体实现，例如表单）分开。

Answer 3

你无能为力。表单设计者将生成该代码，并以暴力方式完成，根本不关心您的需求或所做的更改。因此，您不应该破坏自动生成的代码。

您将需要采取一种新方法并弄清楚如何在不更改 autogen 代码的情况下完成您需要的工作，因为这绝对是一条纯粹的挫败之路。