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

hellioncu

陈良乔 发表于 2012-03-30 12:28
为什么你会觉得不是太好呢？

初学者信心满怀的开始学习，本来C++就不好学，后来发现还有这种、那种的差别，也没有解释清楚其含义以及为什么有这些差别，估计就打退堂鼓了。

不过也好，会C++的人少了，咱以后面对的竞争就小了{:3_189:}

陈良乔

光速 发表于 2012-03-30 09:44
我只谈谈第一个话题：为毛现在的C++教科书都那么枯燥无味？
为什么现在的C++枯燥乏味，不光是C++,还有其他 ...

鼓掌！

切中要害。

实际上这本书的创作过程，秉承了“从群众中来，到群众中去”的思想路线，我本身是一个最底层的程序员，也是完全靠自学而来的，这有一定的好处，就是比较接近大众，也有一些坏处，那就是有些地方不够严谨，就像大家批评的_tmain的问题。不过能做到接近大众，通俗易懂，这是我一直追求的。

另外，在创作过程中，邀请了很多读者参与试读，然后根据反馈意见在进行修改，这样可以一定程度上更加接近大众。

陈良乔

huxk 发表于 2012-03-30 10:21
1. 为毛现在的C++教科书都那么枯燥无味？  

此问题如何来的

仙风道骨啊

陈良乔

wang290 发表于 2012-03-30 13:37
申请试读一下哈

根据这片文字的提示
http://chenlq.net/to-recruit-rev ... the-volunteers.html

陈良乔

hellioncu 发表于 2012-03-30 13:50
初学者信心满怀的开始学习，本来C++就不好学，后来发现还有这种、那种的差别，也没有解释清楚其含义以及 ...

还有这种、那种的差别？你指的是哪一段不好理解？

hellioncu

陈良乔 发表于 2012-03-30 13:59
还有这种、那种的差别？你指的是哪一段不好理解？

stdafx.h之类VC++的东西，你根本没解释从何而来。一解释呢，又脱离主题，所以我觉得避免出现为妙。

让毫无C、C++经验，只有一些基本的计算机知识的人能看起来没有疑问，那才是好的入门书，可惜论坛上的人都不是，我想你也没去找过这样的人来看过。

wang290

jdsc35 发表于 2012-03-30 13:59
C++真的是一条枯燥而艰辛的道路啊
http://www.jdsc35.com/

尼玛，广告啊，版主呢

OwnWaterloo

回复 37# 陈良乔

那种软绵绵、婉转的批评我觉得说起来很麻烦……
这些话没有尊重他人的劳动成果是事实， 这个我道歉。
但这些劳动成果的质量不怎样，我觉得也是事实，所以开喷了。


你认为 "_tmain 不是重点，不是关键的地方" 恰好就是你选材的问题。
既然它不是重点，那为什么要让它出现在书中？ 既然有_tmain， _TCHAR 又是怎么回事？ 这要说清楚就太繁琐了。

如果因为IDE的关系，至少VS05、08都可以建console工程而不包含mfc。
VS10我就只有编译器没有IDE了，我猜应该也可以，否则我又想喷ms了……

如何向他人解释一个概念而尽可能减少新概念的引入是很重要而且很难的事情。
应该先教给初学者什么，后教什么，也是很重要的考虑。
而你完全不把这个当回事……

初学者一开始根本就不知道应该怎么选择， 只能模仿。
一开始就应该让他们模仿 main 。
之后如果确实需要写windows only的， 而且确实需要处理wchar_t 的command arguments， 才需要wmain。
如果还需要同一份源代码可以编译出两个版本， 才需要 _tmain。

而且这些坏习惯养成后很难改掉。 多少人现在还在写void main？  今后会不会出现许多写 _tmain的人？

陈良乔

OwnWaterloo 发表于 2012-03-30 15:54
回复 37# 陈良乔

那种软绵绵、婉转的批评我觉得说起来很麻烦……

非常感谢你的意见和建议

关于MSVC的这些扩展的问题，我也有过考虑。

一个非常现实的问题是，现在的学生，绝大部分都是以MSVC为开发工具，而他们的第一步就是用向导创建一个工程，而创建的工程中默认就是_tmain。如果我这里换成main，跟创建出来的不匹配，恐怕他们的疑问又来了。

所以最后我做了一个取舍，对于初学者而言，还是更多的依赖IDE，所以我还是更多地保留了IDE的原样，但是我也做了必要的解释。


在了解了GCC的基本使用方法之后，我们同样可以将上面2.1.2小节中的HelloWorld程序移植到Linux/UNIX平台上，实现相同的在屏幕输出字符串的功能。这里需要注意的是，因为一些编译器的差异（Visual C++对标准C++做了一些扩展），我们用Visual C++创建的源程序文件在Linux/UNIX平台上无法直接使用。我们必须进行一定的移植工作，修改掉所有Visual C++对C++的扩展，使其成为一个完全符合C++标准的程序。例如，我们需要删除头文件“stdafx.h”、需要将程序入口函数_tmain修改为main、将数据类型TCHAR修改为标准的char等等。只有经过这样的移植工作后，Visual C++创建的HelloWorld.cpp文件才能在GCC下编译通过。
很多时候，我们都需要将代码从一个平台移植到另外一个平台，这也提醒我们在编写代码的时候，应该尽量遵照C++标准，避免对特殊扩展的使用，减少对操作系统的依赖。因为我们谁也不知道我们现在编写的代码将来是否会移植到其他平台。如果这一天来临了，而不幸的是我们在代码中又大量地使用了非标准的扩展，那等待我们的将是噩梦般的移植工作。所以，从现在就开始，不要为了图一时的便利而使用一些非标准的扩展，让我们的代码具有良好的可移植性，避免将来可能发生的噩梦。

陈良乔

hellioncu 发表于 2012-03-30 14:08
stdafx.h之类VC++的东西，你根本没解释从何而来。一解释呢，又脱离主题，所以我觉得避免出现为妙。

...

我真的是很想找这样的人，或者说我找的人在这个地方他没有遇到疑问