- 主题:C++新功能越多,程序员越省事,编译器越复杂
紧跟cpp core guidelines,主学有用、好用的功能
--
FROM 221.220.171.*
模板是modern c++的精髓之一,更多是由库作者使用
【 在 hgoldfish 的大作中提到: 】
: 对。c++ 不写模板时很舒服。我是宁可多写一些代码,也不愿意用模板。看起来就很舒服。
:
--
FROM 221.220.171.*
哪个语言的库,你没用过的,不需要看文档就用得起来?
在这儿把自己没时间、没耐心、没动力学习C++甩锅给C++本身以及标准委员会有个好处,就是C++标准委员会的人不会来驳斥你,而且可能有人来附和你一起来踩C++,哈哈
【 在 toutouqi 的大作中提到: 】
: c++模版好用得跟屎一样的,标准委员会这帮货生怕新人学c++,拼命往晦涩方向搞。用个稍微现代一点的库,不看文档都用不起来。
: :
--
修改:z16166 FROM 221.220.171.*
FROM 221.220.171.*
如果你不是职业码农,不需要学C++,换别的语言
如果你是职业码农,那必须精通用来吃饭的家伙,也就是你说的工具。工欲善其事必先利其器。
要学业务知识所以没时间去掌握工具,这是很无力的借口,就跟某些人说我赶工期着急上线所以我代码写得烂一样。
【 在 toutouqi 的大作中提到: 】
: 很多所见即所得,有些看一遍就记住了。c++有些库函数用法就不容易记住,比如简单的时间和日期的函数。当然了,你说的没错,勤快点儿可以记住更多当然有用,但还有很多业务的知识需要学习啊,大部分人只是把cpp当个工具而已。
: :
--
FROM 221.220.171.*
找一两个函数或者语言点,说它们比较难或者晦涩,是很容易的
但也看总体占比,还有就是是不是必须使用这些点。
【 在 DoorWay 的大作中提到: 】
: 他的抱怨没毛病。
: 真正的缺点是没说出哪个库,哪怕一点具体的信息,也是言之有物的讨论。
: 但是他没说。因为他不管说什么库,都会有人觉得:这么简单的库也不会用?
: ...................
--
FROM 221.220.171.*
流氓点的回答:要不你给出一种更好的替代技术?
批评是很容易的,但是建设性建议是很难的
模板推导是图灵完备的,而且已经深入到STL的骨髓里,但只要不是库作者,是完全可以自己不写模板实现代码,只调用的。
【 在 foliver 的大作中提到: 】
: 我一直认为c++模板属于应该被淘汰的落后技术。
:
--
FROM 221.220.171.*
这跟C++语言本身有啥关系,顶多是C++的某个平台的编译器/库的实现问题,是不是还要另说
比如我遇到gcc的std::regex在匹配*、+时使用递归,在字符串很长时栈溢出,然后我就说这是C++烂?
【 在 toutouqi 的大作中提到: 】
: 难用的库又不是一个,但凡用过一些c++库的都应该知道啊,比如前几年尝试用regex库,稍微复杂点的表达式就出错(当然也可能是visualstudio支持得不好),感觉比perl差远了,后来还是干脆调用perl包的exe凑合了一下。
--
修改:z16166 FROM 221.220.171.*
FROM 221.220.171.*
B.S参与过一个战斗机的C++编码规范,连调用的库也需要批准。
现在的自动驾驶,搞一个“辅助驾驶”的由头,能撇开不少责任
【 在 wanllow 的大作中提到: 】
: 感觉实时性越高的领域,例于自动驾驶,C++的风格越接近纯C,因为追求确定性和可靠性
--
FROM 221.220.171.*
错了,C++是包容并蓄,也正是因为兼容C和多种编程范式,又赶上了OOP的风口,它才有机会流行。
所以时至今日,还有不少打着C++旗号但却用C的思维方式在写代码的,比如用裸指针、裸句柄,以及用do{}while(0)和goto _exit方式来清理资源的。
【 在 deusomax 的大作中提到: 】
: 因为c++程序员队伍里不允许阿猫阿狗,滥竽充数,东郭先生这样的人混进来。
--
修改:z16166 FROM 221.220.171.*
FROM 221.220.171.*
std没法照顾到所有方面的需求。有特殊需求的可自己选择其他库,或者自己手鲁
【 在 milksea 的大作中提到: 】
: 可能用re2好些?std::regex确实一般
--
FROM 221.220.171.*