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

sacry

丢脸丢到BS那去了...................................................

sacry

早说了，你这人是假谦虚。表明上恭敬，骨子里根本就唯我独尊。

要何其地唯我独尊，才能

我当然尊重大师
但是，他认为是Data Structure，我也就一定要认为是Data Strucure吗？是不是也可以提出不同的意见呢？

而不是死抠标准

标准当然应该尊重，但是我觉得不应该这样呆板地尊重

你以为你是谁啊？

你还是没有说你的标准是什么？或者我们大家都接受的标准是什么？

没有一个统一的标准，争论来争论去，只会是公说公有理，婆说婆有理，不会有任何结果

请问作者理解“标准”的含义么, 熟悉9899,14882这些数字么。

==================================================
个人觉得，大家没能向作者解释清memory.h和string.h，是大家的话对作者来说维度太高超出了作者的认知范围了，
得这么解释？
”很久以前，有memory.h,memory1.h,momory2.h，搞得世界一片混乱，大家苦不堪言，
然后“标准”现身，让大家都用string.h。“

如果你不知道标准是干这个的，那你是无知。
如果你知道不认同，那“你以为你是谁啊”。

从作者的地“我能不能提出自己的意见呢“这种态度上，
我觉得是两者都有了。

陈良乔

sacry 发表于 2012-04-22 10:53
丢脸丢到BS那去了...................................................

呵呵，丢脸丢到外国去了

陈良乔

OwnWaterloo 发表于 2012-04-22 10:38
他显然不可能支持用memory.h。
只有对你，这个显然才不那么显然。
居然需要为这种事情去打扰BS老头子 ...

无可否认，他老人家也提到了
however logical it may seem to put it there

OwnWaterloo

哼，又发现一个问题。

为什么我替你发投票贴，问memset应该用什么头文件。
你要和我死犟，说问题应该是：memset应该出现在什么头文件，以及最有可能会被认为出现在什么头文件。


我回复：

i) 这问题就不是初学者应该关心的。

要用memset，应该用什么头文件？
不仅仅是memory.h这个头文件的问题，编程本身就不应该是靠猜，靠臆断：memory相关吧？应该是memory.h吧？哦！还果然有！

1. 
   
2. void f(void)
   
3. {
   
4.       int a,b,c; // a,b,c 应该递增排列？
   
5.       printf("%p %p %p\n", (void*)&a, (void*)&b, (void*)&c); // 一验证， 果了个然！
   
6. }
   

复制代码

后面这个问题不是从你样章里找的，而是最近CU一个网友问的。
但我极其怀疑你本人也就是这么个思考回路： 这里应该是怎样怎样，于是写份代码去验证： 嘿，还真没错。
也极度怀疑你写书时也是这么个思考回路， 并且你的书教出来的人就是将来在论坛上问出这种问题的人。


ii) 你要真关心这问题，也该去找标准委员会。  对他们抱怨才有用。

现在你居然去找BS了 —— 像前面说的，丢脸都到BS那里去了。

你为什么反而不问他了？？？
你为什么反而不问他了？？？
你为什么反而不问他了？？？

为什么不问他 —— 像和我死犟时那样 ：memset应该出现在什么头文件中。
而是问： memset 应该包含什么头文件？

陈良乔 发表于 2012-04-22 10:29
> by the way, i want to ask a question about string.h and memory.h.
> If i wan to use memset() in my program, which header file shoule I
> include? string.h or memory.h?

> by the way, i want to ask a question about string.h and memory.h.
> If i wan to use memset() in my program, which header file shoule I
> include? string.h or memory.h?

你应该坚持你的问题， 而且看来BS也是会同意你观点的。

陈良乔 发表于 2012-04-22 10:29
because that's not where memset() is supposed to be (however logical it
may seem to put it there)

那么你依然可以立于不败之地。
于是我就想不明白了：作者，你是不是自己想输了？ 只是一直在苦于找一个体面的下台机会？

OwnWaterloo

看我上面的回复！你这人，心计还真是重啊。

不直接问他 —— 像当初和我死犟是那个问题： memset应该出现在什么头文件。
让他老爷子给你个台阶下。

到末了再问他这样一个问题， 诱导出这么一个答案：

陈良乔 发表于 2012-04-22 11:51
无可否认，他老人家也提到了
however logical it may seem to put it there

于是同时又可以继续和我们犟了。


你没输，你怎么可能输了，你一个人就将CU搅得天翻地覆了，怎么可能输。
而且也更不可能错。 看BS都说了没错了， 他也认为memset应该在memory.h。

但我们一直在强调的是这个问题吗？  我们一直在强调的是应该在， 还是应该用？
混淆两个问题，之后总是用对某问题有利的另一个问题的答案作为自己的论据， 作者， 你行的！！！

0xC1988

OwnWaterloo 发表于 2012-04-22 11:54
哼，又发现一个问题。

为什么我替你发投票贴，问memset应该用什么头文件。

  我觉得你高抬他了，肯定把代码敲在脑袋里，然后臆测一下结果，验证通过写进书稿，MVP才不需要上机验证

OwnWaterloo

本来也就只是在论坛上，不以赢喜不以输悲。
但为什么赢了却会感到隐隐悲凉、淡淡神伤、丝丝苦涩，这是怎么一回事情？
心头一阵乱烦，于是前面两贴回复主观猜测过多。

抛开那些 —— 免得有落井下石的嫌疑 —— 作者你是不是打算改为包含string.h了？
又或者像我提议的那样依然包含memory.h，只是将背景原由提出来。并且，并且，现在还可以添一句：BS也认为memset应该出现在memory.h中？
那也算是众人努力 —— 还不如BS老爷子一句话 —— 得到点回报了

陈良乔

我会采取这个策略：
又或者像我提议的那样依然包含memory.h，只是将背景原由提出来。

谢谢你

也许我该继续问一问为什么MSDN上的例子用memory.h
他后面的那个观点，并不是我诱导出来的

即使是我诱导的，那也是他的真实观点，并不是我强迫他这么说的

OwnWaterloo

回复 861# 陈良乔

说诱导算是我想多了。

是他的真实想法。而且至少我个人也认为memset出现在string.h有瑕疵。
但真实想法，脱离了语境，用来作为另一种语境下的论点就不合适了。
memset应该在哪里，与memset应该用什么是两个问题。 也许你觉得是一个。


算了……  反正你决定改了……   就不纠缠了……
就怕某天有人包含memory.h编译失败，但又没想起书上那段脚注……