有多少C程序员认为这是错误的写法

fallening_cu

AD8018 发表于 2012-05-14 19:38
作为嵌入式脚本语言，lua 有好的替代品吗？

看情况了，如果瓶颈在 lua，就祭出神器 boost::spirit 自己写一个

幻の上帝

回复 233# walleeee


HP高，一脚把地雷踩爆了花了点时间消化一下然后一点事情都没有。。。

walleeee

回复 262# 幻の上帝


问题是踩地雷是一个没法预知的事情，也不知道到底有多少地雷。不踩到就好，一踩到就麻烦了，就会打断工作进程。
这是很烦人的事情。

walleeee

回复 261# fallening_cu


    boost::spirit

死垃圾，你居然还把他当神器

幻の上帝

回复 231# walleeee

你根本就没明白我的意思。你auto在编译时出错，人们难免就要看上下文，这时auto就是灾难，尤其是当非主要开发人员看的时候，更是麻烦，需要自己去手工查找类型信息。你没明白我的意思。

上下文是指代码还是编译器的错误消息？
只要代码是自己写的，对表达式应该是什么样的类型（倒不一定是精确的类型，没实例化的模版就不见得要非搞清楚实例化的类型才能检查类型是不是有错）心里应该有谱，根本不用什么提示，看一眼也就是找些typo什么的低级错误，难道还傻愣着去盯着错误消息……？那倒真是自虐了。

指针朴素易用，功能最强，而你这些，却问题多多。

指针朴素易用同意，功能最强不同意，之前的容器的例子说过有些东西指针不可能简单。指针是迭代器的真子集。问题多我忍了，功能更强的代价。

你后面说编译时和运行时计算，这些已经偏了。我不知道你说这些出来干什么，难道你觉得你的迭代器能编译时计算？能比指针获得更高的运行时效率？

是歪楼……不过既然你没对使用哪种计算方式的特别的偏好或厌恶，那就没什么了。

你这个话什么意思？你是在说你并非一个语言狂，而是会根据实际需要，那种语言方便，那种语言能获得更多的运行效率而选择该语言？

不。是说把C/C++以（也许大多人认为的）看上去不像C/C++的用法来用。

一般来说c/c++的确能获得不错的运行效率，这也是我还在用的原因之一。至于编码和表达方便，c++能比c少写代码，所以我大多数时候用c++而不是c。

和我一样。

幻の上帝

回复 228# 三月廿七

哪来的“内”裤……

幻の上帝

回复 242# walleeee

C++11有<regex>。

幻の上帝

回复 263# walleeee

这倒是。实际工作中要是不时踩到的确不爽。不过这不限C++。
而C++体系上还不算很乱，踩多了也习惯了。
反正不会重复踩一个地方。

walleeee

回复 265# 幻の上帝


代码，至于编译器错误我不知道这些编译器是不是把auto真正的类型显示出来。

只要代码是自己写的，对表达式应该是什么样的类型（倒不一定是精确的类型，没实例化的模版就不见得要非搞清楚实例化的类型才能检查类型是不是有错）心里应该有谱

你觉得你说得靠谱么？
我前面就强调了，很多时候处理编译出错，要调试的，并非主要编码人员。特别是开源程序，去去调试那些出错的程序是很频繁的事情。
对于主要编码人员，当然可能心理会清楚Auto具体指向什么东西。但是如果代码长了，比如一个函数500多行（其实不算长），变量一多，我估计也搞不清楚了。
所以代码不要太长，保持在50行左右适宜，刚好23显示器一屏幕长度左右。

功能最强不同意

你居然不同意，这个你必须同意。
你那个迭代器的特例，明白么？你找个库专门为了迭代器搞的然后来对比指针，说指针功能不如迭代器强，这是不正确的。
指针在于原始，迭代器在于可以站在一个高的抽象层次。
但是一般来说，指针足够了。为迭代器去专门设计也会付出过多其他代价，获得的效果却不多。完全不值得。
“指针是迭代器的真子集”
错。指针可以做迭代器，但是迭代器未必可以做指针。

是说把C/C++以（也许大多人认为的）看上去不像C/C++的用法来用

不评论。这个纯属找罪受。

AD8018

C++算很不爽的语言了。。

Makefile里面调用shell，然后shell里面再调用awk, sed，其中还有若干引号，那个才叫痛苦呢