- 主题:C++新功能越多,程序员越省事,编译器越复杂
流氓点的回答:要不你给出一种更好的替代技术?
批评是很容易的,但是建设性建议是很难的
模板推导是图灵完备的,而且已经深入到STL的骨髓里,但只要不是库作者,是完全可以自己不写模板实现代码,只调用的。
【 在 foliver 的大作中提到: 】
: 我一直认为c++模板属于应该被淘汰的落后技术。
:
--
FROM 221.220.171.*
难用的库又不是一个,但凡用过一些c++库的都应该知道啊,比如前几年尝试用regex库,稍微复杂点的表达式就出错(当然也可能是visualstudio支持得不好),感觉比perl差远了,后来还是干脆调用perl包的exe凑合了一下。
【 在 DoorWay 的大作中提到: 】
: 他的抱怨没毛病。
: 真正的缺点是没说出哪个库,哪怕一点具体的信息,也是言之有物的讨论。
: 但是他没说。因为他不管说什么库,都会有人觉得:这么简单的库也不会用?
: ...................
--
FROM 123.113.98.*
这跟C++语言本身有啥关系,顶多是C++的某个平台的编译器/库的实现问题,是不是还要另说
比如我遇到gcc的std::regex在匹配*、+时使用递归,在字符串很长时栈溢出,然后我就说这是C++烂?
【 在 toutouqi 的大作中提到: 】
: 难用的库又不是一个,但凡用过一些c++库的都应该知道啊,比如前几年尝试用regex库,稍微复杂点的表达式就出错(当然也可能是visualstudio支持得不好),感觉比perl差远了,后来还是干脆调用perl包的exe凑合了一下。
--
修改:z16166 FROM 221.220.171.*
FROM 221.220.171.*
没实际见过,不过看招聘要求怎么都是新标准
【 在 wanllow 的大作中提到: 】
: 感觉实时性越高的领域,例于自动驾驶,C++的风格越接近纯C,因为追求确定性和可靠性
--
FROM 111.199.108.*
用consteval或者过程宏当然更好些
【 在 z16166 的大作中提到: 】
: 流氓点的回答:要不你给出一种更好的替代技术?
:
: 批评是很容易的,但是建设性建议是很难的
: ...................
--
FROM 221.221.161.*
泛型是普遍需求。STL是一种泛型。还需要别的泛型。
【 在 gfkid 的大作中提到: 】
: 没有泛型的需要不需模板吧
--
FROM 221.221.51.*
我有一套简单通用的时间函数库,C的,想要不?
因为我是铁路的,时间计算太多了。根据某数据库的时间函数功能写了个兼容的。因为那数据库的时间函数只能在sql里用
,推广到一般,就写了个C的。
【 在 toutouqi 的大作中提到: 】
: 很多所见即所得,有些看一遍就记住了。c++有些库函数用法就不容易记住,比如简单的时间和日期的函数。当然了,你说的没错,勤快点儿可以记住更多当然有用,但还有很多业务的知识需要学习啊,大部分人只是把cpp当个工具而已。
: :
--
修改:ylh0315 FROM 221.221.51.*
FROM 221.221.51.*
B.S参与过一个战斗机的C++编码规范,连调用的库也需要批准。
现在的自动驾驶,搞一个“辅助驾驶”的由头,能撇开不少责任
【 在 wanllow 的大作中提到: 】
: 感觉实时性越高的领域,例于自动驾驶,C++的风格越接近纯C,因为追求确定性和可靠性
--
FROM 221.220.171.*
谢谢,以前做项目用了一下,也不是不能用,就是觉得不方便,现在项目不用了。
【 在 ylh0315 的大作中提到: 】
: 我有一套简单通用的时间函数库,C的,想要不?
: 因为我是铁路的,时间计算太多了。根据某数据库的时间函数功能写了个兼容的。因为那数据库的时间函数只能在sql里用
: ,推广到一般,就写了个C的。
--
FROM 123.113.98.*
可以考虑发布到 github 上面去。不过先对比一下有没有已经做好的。这种基础功能,轮子还是特别多的。可以考虑找个做得好的,把自己的功能合并到那个项目里面去。
【 在 ylh0315 的大作中提到: 】
: 我有一套简单通用的时间函数库,C的,想要不?
: 因为我是铁路的,时间计算太多了。根据某数据库的时间函数功能写了个兼容的。因为那数据库的时间函数只能在sql里用
: ,推广到一般,就写了个C的。
: ...................
--
FROM 183.253.143.*