- 主题:现在很多来源库都是c11标准写的
没必要盲目跟风，代码积极跟进标准的都是养了很多闲人的公司。
【 在 GoGoRoger 的大作中提到: 】
: 我们的程序还是cpp98，甚至很多老机器gcc还是4.6，不支持c11标准，用不了。
--
FROM 223.104.39.*
如果一直在gcc 4.6上干活，这就是lz的“新环境”，没啥麻烦的。前两年还听说有用vc6做开发的呢。专注业务的升级工具链一般也得不到啥好处。
【 在 hgoldfish 的大作中提到: 】
: 那总要有人修改这些源代码的吧。。
: 难道修改的人还要搭那个老旧的环境，在老旧的编译器上面测试？
: 莫非贵厂还是在服务器上面用 vim 修改代码连 git，代码评审，单元测试，自动集成一个都没用？
: ...................
--
FROM 114.240.83.*
一旦上了新工具链，有开发者用了新语法，就不太可能再“支持老工具链”了。从用户角度考虑，老工具链开发的软件具有最大的兼容性。比如用了很新的glibc，那老的系统就没那么容易安装了。
【 在 hgoldfish 的大作中提到: 】
: 我觉得“支持”老工具链和“只支持”老工具链是两回事。
: 支持老工具链经常是精致靠谱
: 而“只支持”老工具链，那通常是懒惰敷衍了。
: ...................
--
FROM 223.104.39.*
同时兼容新工具和旧工具，最简单的就是按旧语法写一套代码吧。这种用宏兼容不同平台（win，linux）的常见，但兼容不同c++标准，对大部分写业务逻辑的工程师来说就是负担了，除非对开发速度没要求。对新标准语法能提高产品性能持怀疑态度。
【 在 hgoldfish 的大作中提到: 】
: 可以给开发者设定布署环境的嘛。
: cpp 最容易了，可以用探测宏定义，在旧的编译器上面用旧的语法，新的编译器用新的语法和新工具。不能为了旧的环境，牺牲新机器的性能吧。
:
--
修改:toutouqi FROM 223.104.39.*
FROM 223.104.39.*