方法有效，而且在Visual Studio中不太复杂。但我仍然会按照自己的方式来做。将这些（试用、付费等）配置放在CSPROJ文件中的优势意味着…
在Visual Studio中更改构建时，我可以看到实际更改的代码。当我从>2013 AutoCAD版本更改为基于Teigha的版本时，这尤其有用。我希望看到相同的代码适用于两个版本，并且我可以立即看到哪些代码被破坏。在Visual Studio中，使用文件顶部的
指令的条件＜tt class＝“bbc_tt＞发生了变化，因此我可以查看它们是否正常。Intellisense向我展示了我正在使用的类的名称空间。这些可以在AutoCAD和Teigha构建之间发生很大变化。我可以通过选择配置然后按F5在调试器中单步执行代码。我还可以看到将编译或跳过哪些代码，特别是在我用来修复AutoCAD版本之间以及AutoCAD和Teigha应用程序之间差异的任何扩展方法中。我可以更改构建配置，然后运行测试，并看到它们通过不同的构建
我认为不同的方法适用于不同的人。我还认为我们喜欢使用我们习惯使用的东西 是的，你当然是对的，你的论点也很有说服力。 本视频显示了在csproj文件中更改目标AutoCAD版本时条件编译符号的自动更新。此视频是对上一个视频的补充。我希望这能更清楚地回答卡德布洛克的问题（他知道我的意思）。 是的，这很清楚，谢谢。我的问题/观察是我注意到，如果我使用
...
......
在CSPROJ文件中，Visual Studio不会像
那样更改代码中的设置。请注意，对于由主项目文件导入的项目文件，情况就是如此，主项目文件本身工作正常，如果重新加载主项目，它也可以正常工作。
以下是我从上面发布屏幕的同一项目中的几个屏幕。我在Visual Studio顶部下拉列表中更改了生成配置，而无需重新加载项目，然后引用更改，活动/非活动更改的代码等。有时我必须重新构建项目，以便在添加/删除引用时让Visual Studio更新代码（
AcCoreMgd
等），但它通常无需它就可以工作。
我不认为我所做的一定比安德烈的方法更好，他的方法在很多方面都更胜一筹。这取决于你喜欢如何工作。 是的，当我创建模板时，我也看到了这个问题。在我选择的红\绿颜色的报价中，问题\定义。所以我在主csproj-file中保留了这样的单独（对于每个项目）设置：
1.用于测试和调试的目标AutoCAD及其平台版本。
2.批量构建的目标AutoCAD版本列表及其平台（可选）。
3.额外的自定义“条件编译符号”。
4. etc...
因此，我从来没有遇到过您在屏幕上指出的问题。看，当您将所有AutoCAD的通用设置和每个AutoCAD扩展项目的个人设置（三组设置）分开时——这个问题将不存在。
您很少会编辑前两组设置。在这种情况下，重新启动应用更改的IDE并不难（或者在已打开scproj文件的文本编辑器中按“SAVE”按钮——然后IDE将重新加载此项目设置）。
项目的单个设置将经常更改。因此，它们必须保留在您的csproj文件中，而不是定位到一些外部XML文件中，通过“导入”元素附加。这种方法解决了您在屏幕上指出的问题（以及许多其他问题）。
页:
1
[2]