让我欢喜让我忧——我的C++之路

walleeee

回复 664# 幻の上帝


你可以考虑出本c++11的书，我觉得这个可以。支持。

OwnWaterloo

walleeee 发表于 2012-04-20 19:18
然后初学者一天到晚跑cu来问这些细枝末节的问题？为什么他按照xxx书的代码，memset未定义。

这个前面已经有人吐槽过了……

walleeee 发表于 2012-04-20 19:28
我觉得该叫byte，char就独立出来成为真正意义上的char，免得作者这样的人误会。

这个前面我也吐槽过了……
無駄々……

walleeee

回复 666# pmerofc


坚决不同意。

就是又这样的作者，才产生了无穷无尽的患病读者。救读者是治标不治本，救不完。

只是如果作者继续这样，我都懒得关注此贴了，我是看ow发投票才过来的。

作者坚持这样，最后只有在cu号召抵制此书这个方法了。

0xC1988

我猜，对作者而言，任何不支持stricmp的库都是可耻的邪恶的

walleeee

回复 689# OwnWaterloo


我给他列出是不是给他找个正例
而是正好让他看看他一直坚持的memory.h是多么的多变和不可理解。有些直接包含string.h，有些专门去声明那些函数，还有事干脆就和memset和string.h无关，做着另外的事情。但是反观String.h呢？几乎我所知的所有平台和编译器都是一致的。

作者看起来不是一个深究的人，写书视乎需要特比努力才行，不然误人子弟就是罪，然后出问题又跑来cu问个不停，都是些细枝末节的问题，弃之可惜食之无味，不是鸡肋是什么

OwnWaterloo

0xC1988 发表于 2012-04-20 19:39
我猜，对作者而言，任何不支持stricmp的库都是可耻的邪恶的

还有那一堆 _s 函数
甚至是strsafe.h   让HRESULT遍布代码里，多safe，多security


再看：copy(src.begin(), src.end(), back_inserter(dst) )多不安全！
一定要deprecated掉！！
都用我们微软提供的checked_copy！！！
然后你们的代码再也无法移植到其他厂商的编译器去！！！！
阴笑！！！！！

AD8018

我早就问过为什么不define个 SetWindowAttribute代替SetWindowLong，
他不回我。

OwnWaterloo

回复 694# walleeee

>> 我给他列出是不是给他找个正例

我也不认为你是，这问题找正例就没意义……
但……  不是所有人思考回路都有与你相同的构造

OwnWaterloo

AD8018 发表于 2012-04-20 19:56
我早就问过为什么不define个 SetWindowAttribute代替SetWindowLong，
他不回我。

微软的标准才是标准，其他的标准都不是以人为本的