成为跨平台的C++程序员

最近看到javaeye 上的坛友，想达到
“有勇气说自己会c++，标准c++，而且能跨平台” 这样的目标。身边有不少想学习C++的朋友，就这个问题，说说我的理解

跨平台的C++程序员也曾是我的目标，不过多年来，我只有在windows和 unix 下的开发经验，所我的经验来自于这两大平台。

带具体任务进行学习

如果没有具体的任务做为目标，你的学习将没有效率可言，并且知识都本都停留在书面上，过段时间，你又基本上都忘记。


因此在学习C++过程要不断给自
己设定任务。 并且将这个任务不断非富，不断重构

。
以下我举例来说明：

编写双人对弈的五子棋 ver 1.0

在unix下使用GCC  + MAKE +  VIM (跨平台的编辑器)
来完成这个任务，熟悉C++的基本语法，学习使有类或者结构来表达领域的概念。在这个期间尽可能的少用库(除非不得已)，界面显示是次要问题，在控制台上
显示即可。

达到标准： 五子棋可以双人对弈，源代码有信心给人看, 基本符合代码大全的标准 : )

目的:  GNU下的开发环境,  C++ 程序对 类、指针、基本算法、内存管理问题 的学习。

五子棋 ver 2.0 （重构 ver 1.0）

自己学习模版、STL 以及 Boost  然后来重构之前的 ver 1.0 版本。 尽可能的使用STL, 使用boost  的
smarty 智能支持来管理内存。

达到标准： 程序代码行数要减少至原来的 50% 以下。

目的： 对泛型抽象及模板技术的初步学习以及熟悉 STL 库和 BOOST 库

五子棋 ver 3.0  (增加对弈结果保存以及复盘的功能)

加上以上两个功能，需要做不少的工作。要考虑各种外部资源不满足的情况。

达到标准： 功能上满足要求， 并且能实现破坏性测试（ 存盘文件不存大， 棋局文件内容错误)

目的:     数据保存、对象序列化、  异常、异常安全、外部资源管理的学习

五子棋 ver 4.0  (支持网络对战)

学习网络编译，基于TCP来实现

五子棋 ver 5.0  (支持与电脑对战)

进行算法的学习，提供人工智能能力，并有难度级别

五子棋 ver 6.0  (提供可操作的界面)

可操作的界面，可以是windows 下的， 也可以是linux  还可以考虑与python 结合 学习混合编程。 另外这个只影响界面层的代码。

达到以上6个版本，你已经是一个跨平台的标准C++的程序员，以后完全可以自己来解决C++领域的大部份问题。 另外你的这个作品，对于找工作来说，已是利器，无往而不胜

在学习过程注意几点：

• 除了版本1.0 和 6.0 外，程序要尽可能的使用标准库，跨平台的库
• 放弃使用便捷的IDE，  在unix 下   vim + gcc + gdb + make   才是C++开发的主流.

有选择的阅读
C++ 书藉非常之多， 其它如设计领域、网络编程、多线程多进程编程、界面开发 等资料十在是太多。你无法全部读完，还是有选择的来阅读。
书一定要区分这书是手册类型的，还是系统理论型

的。
前者在需要时查就可以，后者则需要精读，有了实战后再读。

推荐几本需要精读的书

• 《深入理解计算机系统》
• 《C++ 程序设计语言》
• 《代码大全》
• 《C++ 语言的设计和演化》
• 《C++ Templates 中文版》
• 《unix环境高级编程》

 

豆瓣上我推荐的书单  http://book.douban.com/doulist/518190/

其它的书找点电子版来读吧，或以后再读。


blog  http://zuowj.com

 

评论

123 楼 icefishc 2010-03-29  

居然吵了13页.....

122 楼 mikeandmore 2010-03-29  

icefishc 写道

mikeandmore 写道

[
vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。

话说我边上有个使用emacs将近20年的程序员。 他现在一用emacs肩膀就疼.... 已经放弃快捷键改用鼠标了.....

哦，估计他没有改control键的位置。
问题是鼠标太慢了。。。。
每次要移动10cm去找鼠标，一天下来胳膊受不了的

121 楼 icefishc 2010-03-29  

mikeandmore 写道

[
vi和emacs的快捷键设置从来都是很科学的，基本能保证手腕完全不动，手指运动的总距离较短。

话说我边上有个使用emacs将近20年的程序员。 他现在一用emacs肩膀就疼.... 已经放弃快捷键改用鼠标了.....

120 楼 尘土飞扬 2010-03-29  

七猫 写道

个人觉得行业积累更重要，跨不跨平台要看所从事的行业或者产品。
但如果连一个新平台的开发学习起来都麻烦，我认为很难成为优秀的程序员。


喜欢用ide开发的人票过，能节省时间就节省时间有何不可。

深有同感，楼主是有一定经验积累的
IT界需要的是有很多实践经验的人，只有这样才会融汇贯通

119 楼 ray_linn 2010-03-29  

night_stalker 写道

org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……

你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。
想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 ……

ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ ……

以VS的能力来说，我觉得最快实现类似org-mode的方法，是直接与online GTD交互，这样就省事，又可以说是云XX

118 楼 ray_linn 2010-03-29  

mikeandmore 写道

ray_linn 写道

night_stalker 写道

org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……

你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。
想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 ……

ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ ……

可能重新写一个还快点。。。

talk is cheap, show me the code.

嘿，我只想要看下GTD，并不想要整个org-mode，明明有one-note这么强大的工具,为什么要重复造轮子？

最有趣的是探寻是否有机会把emacs lisp集成进vs，而不是和你斗嘴。

117 楼 mikeandmore 2010-03-29  

ray_linn 写道

night_stalker 写道

org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……

你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。
想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 ……

ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ ……

可能重新写一个还快点。。。

talk is cheap, show me the code.

116 楼 ray_linn 2010-03-28  

night_stalker 写道

org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……

你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。
想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 ……

ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ ……

可能重新写一个还快点。。。

115 楼 night_stalker 2010-03-28  

org-mode 好几万行，不容易啊。要把它用到的 API 都转成 VS 的 API，多令人头大的工程 ……

你这个要求完全不需要 compiler，有一个 interpreter 去处理 .el 文件就行。
想到的办法是把 emacslisp 单独挖出来，然后添加进伪造的和 IDE 交互的 API …… 但如果对这个东西不是很了解，还不如照着 org 的功能用 js 写 ……

ps：可以预想，此过程一定会非常的折腾 …… 经过一段时间的折腾后，会非常的不爽 …… 然后就对最初的动机产生深深的怀疑：开个 emacs 不就行了？ ……

114 楼 ray_linn 2010-03-28  

night_stalker 写道

另外，m$ 某程序员做的把 .el 编译成 .exe 或者 .dll 是真编译么 ……
确定不是把解释器和代码打了个包扔在可执行文件里？

还有，完全扔掉 lisp runtime，彻底编译成小小的 exe 会不会很困难？
我没做过这种事情，但估计动态语言 lisp 比静态语言如 ML 要难 ……
据说以前有人写过些这样的 compiler，但是没人维护了。

sure,带了个八皇后问题的el，其实还有个哥们写的用F#编译lisp，这两个可惜只支持了子集。Lisper想找些认同的人，不过不多。

http://www.partario.com/blog/2009/06/lisp-compiler-in-f-il-generation.html

113 楼 night_stalker 2010-03-28  

另外，m$ 某程序员做的把 .el 编译成 .exe 或者 .dll 是真编译么 ……
确定不是把解释器和代码打了个包扔在可执行文件里？

还有，完全扔掉 lisp runtime，彻底编译成小小的 exe 会不会很困难？
我没做过这种事情，但估计动态语言 lisp 比静态语言如 ML 要难 ……
据说以前有人写过些这样的 compiler，但是没人维护了。

112 楼 ray_linn 2010-03-28  

night_stalker 写道

方言之间差别太大了 …… 你想要哪种方言的 lisp 编译器？ 目的是做什么？

http://stackoverflow.com/questions/913671/are-there-lisp-native-code-compilers

移植emacs的org-mode

111 楼 night_stalker 2010-03-28  

方言之间差别太大了 …… 你想要哪种方言的 lisp 编译器？ 目的是做什么？

http://stackoverflow.com/questions/913671/are-there-lisp-native-code-compilers

110 楼 ray_linn 2010-03-28  

night_stalker 写道

ray_linn 写道

night_stalker 写道

七猫 写道

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 ……

Microsoft有个程序员写了个Lipser，可以将.el 后缀的东西编译成.dll或者.exe，（目前还只是0.1)，未来emacs的所有插件能为vs所用也未必不可知。

和东西的格式无关吧，lisp 很早就能编译成 native code 了。写个平台 api 的 adapter 应该就可以移植插件 …… 但是估计 vs 暴露出来的东西并没有 emacs 那么多那么彻底，而且不开源 …… 这个 adapter 没这么好写的 ……
而且估计用户群体会很稀少，导致很多 bug 没人报告和解决，很不实用而死掉 ……

不知道有好的lisp编译器么，我找到的一个bee lisp要刀刀的。

109 楼 night_stalker 2010-03-28  

ray_linn 写道

night_stalker 写道

七猫 写道

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 ……

Microsoft有个程序员写了个Lipser，可以将.el 后缀的东西编译成.dll或者.exe，（目前还只是0.1)，未来emacs的所有插件能为vs所用也未必不可知。

和东西的格式无关吧，lisp 很早就能编译成 native code 了。写个平台 api 的 adapter 应该就可以移植插件 …… 但是估计 vs 暴露出来的东西并没有 emacs 那么多那么彻底，而且不开源 …… 这个 adapter 没这么好写的 ……
而且估计用户群体会很稀少，导致很多 bug 没人报告和解决，很不实用而死掉 ……

108 楼 ray_linn 2010-03-28  

night_stalker 写道

七猫 写道

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 ……

Microsoft有个程序员写了个Lipser，可以将.el 后缀的东西编译成.dll或者.exe，（目前还只是0.1)，未来emacs的所有插件能为vs所用也未必不可知。

107 楼 night_stalker 2010-03-28  

七猫 写道

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

经验过多会对新东西产生抵触感 …… 人类的脑神经有深度疲倦的 ……

106 楼 七猫 2010-03-28  

一个熟练有几年经验的程序员，如果交给你一个新的c++编译器，如果连看例子，看帮助，google都还搞不定，那水平是不是有点太次了。

105 楼 七猫 2010-03-28  

程序员这个职业中的大多数需要持之以恒的学习，即使我以前不跨平台，如果项目有需要，也应该很快的学会跨平台，但我认为更重要的是写程序结构清晰，细节方面细腻。而且程序员这个方向发展的话最好是懂得业务、销售、管理，我认为我说的这些都比跨平台重要多了。

104 楼 七猫 2010-03-28  

忍不住要说，
有关pthead的win32是有port的，而且也有些大项目在用。
http://sourceware.org/pthreads-win32/#download
其实关于“??平台上有XX功能，BB平台上有吗？”
除非是非常操作系统特有的，应该都有办法解决，这不是问题所在，也不是问题关键，从来也不会成为我写代码的障碍。

我不是不支持跨平台，要是有需要，我也会支持，如果公司是在开发一个什么什么的产品，而有很多??平台上的潜在用户，我想我们是可以去跨这个平台的，否则有什么意义呢？就像要做一个客户端，如果也要考虑到跨平台，还不如老实的用mfc把这个客户端做好再说。