收到《Imperfect C++》了，说说我的感想……（更新在第40楼）

starwing83

更详尽的说明请移步本帖第40楼。

感想是，（估计@边学CPP边骂CPP会开心了）这本书坚定了我不在严肃正式的项目里面使用C++的决心…………

我是知道C++在某些方面会无力的，但是我只是没想到会无力到这种程度………………

对ABI来说，objc做的都比C++好。

C++自身还有很多的问题，static和匿名名字空间、链接顺序、初始化和销毁以及销毁以后可能产生的死引用……我就随手一翻看到的东西就让我颤栗了。我不知道作者水平怎么样，但是无疑他的说法是很公允的。这种公允的态度更加加剧了我对C++的“偏见”：

C++作为一种目前地球上最复杂的计算机语言，用作研究的目的是很不错的，但是实用？还是算了吧………………

反正我也投入纯C怀抱很久了= =

linux_c_py_php

大爱纯C和纯C++(仅仅用最基础的封装与单继承多态).

gtkmm

你不必使用C++的全部特性, 只需要限制一下, 就是好东西了.
比如尽量都public, 不希望随便使用的以_开头.


我有些郁闷的倒是不同编译器扩展不一致.

比如Gcc可以
template<T>
__attribute__((aligned(sizeof(T)*2)) class complex {
public:
     T  _real;
     T  _imag;
};

这个很好玩, 别的编译器没有..

如果对这个对齐进一步考虑,
比如 template<typename T, int N> __align__(sizeof(T)*2) class vec{...};
typedef vec<float, 4> float4;

这个float4就容易优化了...
而且内部重载数学运算, 那就可以自动sse, Avx, 效率很高的.

群雄逐鹿中原

俺觉得这样可行 -----
   自己尽量用C++，尽量让别人用纯C

starwing83

回复 3# gtkmm


    有些问题是避免不了的，比如说ABI，比如说C++在动态链接的情形下使用，比如STL（或者任何模板）导致的复杂错误信息。

这些在实际使用中都切实造成问题了，不是说有些高级特性不用就行了的。

C++的问题就是太透明了（或者说太不透明了，似乎是一个意思），很多东西为了所谓的“灵活”不加定义，导致实际上很难妥协。

gtkmm

我觉得人在学习c++都会经历如下阶段:


1. 好强大的万能语言,我要好好学.
2. 看完几本经典, 对C++的特性自认很清楚, 比如多继承什么的, 仍然认为这是强大的语言.
3. 书看够了,开始写代码了, 这个时候觉得Stl很强大, 开始接触Stl并研究Stl的代码.
4. 开始研究实际项目, 发现不是stl所能涵盖的, 什么进程线程, io, 开始困惑.
5. 为了解决困惑, 研究面向对象程序设计, 设计模式, Ace等,
     开始可能觉得这些东西也很强大,   不久发现仅仅解决小问题,居然这么麻烦啊,
     而且到处陷阱, 我靠, 这C++还让人用么...
6.  有的人发现了boost, 研究了boost, 打开了c++的另一扇窗.
6.  不过, 不久都开始困惑迷茫, 有的人回到了C, 有的人研究Python,有的C#, 思考如何工作的人就此止步    了.思考语言的人去研究D, Go, cilk, haskell, 甚至matlab, idl, S, R.
7.  思考语言的人可能会有自己创造语言的冲动, 比如试图hack gcc, clang, 但是他的思维已经被java, c#, python, 限制了, 一种for system的语言, 还包含这些特性,只能是C++.  因为C++几乎包含了其他语言的一切.
8.  之后, 也许有人保留着对世界的不满, 设计自己的C++库吧, 按照简洁,高效, OO, 弱耦合,这些原则吧.
      也有人颓废了, 发誓从此不写代码...

gtkmm

starwing83 发表于 2012-10-21 14:36
回复 3# gtkmm

这个不算什么问题吧,什么语言都有. 你能举个例子么

liuspring6

回复 6# gtkmm


    非常赞同，我的选择是写自己的一套framework

xue-feng

c++ 的根本问题就是书太多，谁都想说几句。 object c++ 也好 java c# 也好,学语言就那么几本书，学点语法就干活了，没有那么多废话。
而很多 c++ 的书，不去关注具体实践，就研究这个语法那个陷阱。试问，什么东西架得住这么研究，这是用显微镜看美女。