在我的一些项目中,我需要支持不同版本的VC ++,目前是2010年,2012年和2015年。在某些时候,2017年将会被添加,对2010年的支持可能会被取消。
我们目前为不同的VC ++版本维护完全独立的项目和解决方案。事实证明这是可靠的,但当然也存在一些缺点:
必须在所有项目中进行添加或重命名源文件等更改。
我们必须使用不同版本的IDE。 (不是必须的,但是在使用以后的IDE版本打开项目时,存在意外转换它的风险。)
我建议使用不同配置的单个项目,而不是使用不同的工具集。
两位开发人员不喜欢这个想法,因为他们过去曾经尝试过这个想法,并且经历过某些问题。不幸的是,他们不记得究竟是什么问题。但结果是,经理决定暂时使用多个项目。
在一个VC ++项目中使用多个工具集有哪些风险或潜在的缺点?
答案 0 :(得分:1)
在一个VC ++项目中使用多个工具集有哪些风险或潜在的缺点?
我没有看到任何风险,当然最好只在Configuration Manager中管理它以及在单个解决方案中专门关联的项目属性。
无需使用不同的IDE版本即可实现此目的。