将C++/CLI项目从.NET Framework4.7.2迁移至.NET Core6.0的适配问题咨询

是否存在改动更小的方案？ #

没有。.NET Core对C++/CLI项目的输出类型限制是框架层面的硬性规则，无法绕过，你想到的方案1已经是改动最小的可行方案。

方案推荐：优先选择方案1（改为DLL+新增启动项目） #

方案1的核心改动与优势 #

• 仅需调整原项目配置：将输出类型改为Dynamic Library (.dll)，无需修改任何Google Test测试代码，只需新增一个公开的导出方法（例如RunAllTests()）来触发测试执行逻辑。
• 新增启动项目成本极低：
  • 若用C#控制台项目：只需几行代码引用C++/CLI DLL并调用导出方法即可完成测试启动。
  • 若用原生C++控制台：通过LoadLibrary加载DLL并调用导出函数，实现同样的启动效果。
• 完全保留现有测试体系：所有Google Test的用例、断言逻辑都不需要改动，迁移后维护成本和原项目一致。

为什么不推荐方案2（重写测试） #

• 工作量巨大：需要将所有现有Google Test用例完全重写为其他框架（如xUnit、NUnit或原生C++测试框架）的语法，适配新框架的断言、测试组织方式。
• 风险高：重写过程中容易引入人为错误，破坏原有测试的准确性，且完全抛弃了已验证成熟的测试逻辑。

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