当然可以！把WinForms的资源分离到独立的DLL是解决这个构建开销问题的绝佳方案，我之前帮不少团队这么处理过，效果立竿见影。下面是具体的实现步骤和注意事项：

步骤1：创建独立的资源类库项目 #

• 右键解决方案 → 新建项目 → 选择“类库（.NET）”，命名为Codebase.Resources
• 把原WinForms库项目中所有的.resx文件（包括窗体对应的资源文件，比如Form1.resx、Properties/Resources.resx等）剪切到这个新的资源类库项目中
• 如果有本地化资源文件（比如Form1.zh-CN.resx），也要一起移动，保持原有的文件结构

步骤2：调整资源引用和代码 #

• 在原WinForms库项目中，添加对Codebase.Resources项目的引用（右键原项目 → 添加 → 项目引用 → 选中新创建的资源类库）
• 打开原项目中所有窗体的.designer.cs文件，把资源引用的命名空间替换为资源类库的命名空间。比如原来的global::YourOriginalNamespace.Properties.Resources要改成global::Codebase.Resources.Properties.Resources
• 检查原项目中所有手动引用资源的代码（比如Properties.Resources.Icon1），同样替换为新的命名空间路径

步骤3：配置资源文件的生成属性 #

• 在Codebase.Resources项目中，选中每个.resx文件，打开属性窗口：
  • 设置生成操作为嵌入的资源
  • 设置自定义工具为ResXFileCodeGenerator（这会自动生成访问资源的静态类，方便代码调用）
• 确保原WinForms项目中已经彻底移除了所有.resx文件，避免重复嵌入资源

为什么这能减少构建开销？ #

• 资源类库只会在.resx文件被修改时才会重新生成DLL，而原代码库只有在代码逻辑变更时才会编译，两者完全解耦
• 以后你只修改代码中的单个字符时，只会触发原WinForms库的重新编译，Codebase.Resources.dll不会有任何变动，直接复用之前构建好的版本，大大减少每次构建生成的新文件大小和数量

注意事项 #

• 如果你的项目使用了强命名，资源类库必须和主库使用相同的强命名密钥文件，否则会出现引用错误
• 调试或发布时，要确保Codebase.Resources.dll和主DLL位于同一输出目录，避免运行时出现“找不到资源”的异常
• 如果有第三方控件的资源文件，也要同步移动到资源类库，确保所有资源都集中管理

内容的提问来源于stack exchange，提问作者Bob Jase