Chinaunix

标题: C++primer这本书到底怎么样啊？ [打印本页]

作者: x5miao 时间: 2012-02-07 00:54
标题: C++primer这本书到底怎么样啊？
本帖最后由 x5miao 于 2012-02-07 01:15 编辑

因为准备面试所以又在翻这本书，但对里面讲的一些东西不是很放心。
（1）它在P46 讲标识符的作用域这一节的时候讲什么全局作用域，局部作用域和语句块作用域，类作用域和命名空间作用域。不知道这个分法对不对？C里面的是文件作用域，语句块作用域，函数作用域，原型作用域这种划分，更容易理解。

（2）P50 讲const的时候它说“在全局作用域声明的变量时定义该对象的文件的局部变量”——其实就是具有内部链接的标识符，这是真的吗？

我有点怀疑这本书的质量了

作者: bruceteen 时间: 2012-02-07 08:13
不喜欢《C++primer》的作者，所以不看它的书

(2) 是的，这和C不一样

作者: fender0107401 时间: 2012-02-07 09:13
我很喜欢这个书，但是我看的是英文版的，我感觉讲的很好。

美中不足是有些地方有细小的语法和标点错误。

我觉得这个书的质量很好。

作者: Aquester 时间: 2012-02-07 10:54
非常好的书，一定要反复多看，第三版本翻译也是不错的，第四版本不清楚。

作者: giantchen 时间: 2012-02-07 11:27
回复 1# x5miao

C++ Primer 永远是正确的。

作者: 三月廿七 时间: 2012-02-07 11:59
本帖最后由三月廿七于 2012-02-07 12:00 编辑

c++ 都是垃圾了， c++的书籍当然也是垃圾了...

说句实在话，这本书真的很垃圾. 章节组织就有问题，
都不知道这本书你们看了多少遍才把c++ "入门"的

作者: x5miao 时间: 2012-02-07 13:06
回复 2# bruceteen

能不能给出权威参考资料？比如C++标准。

其实我是觉得这本书不区分标识符的作用域和链接域有点问题啊

作者: 洋芋壹代 时间: 2012-02-07 14:37
现在流行PHP啦

作者: walleeee 时间: 2012-02-07 15:45
适合看完了谭浩强的《C++程序设计》（那本红皮书）的人看。难度定位在入门级别。

作者: walleeee 时间: 2012-02-07 15:47
回复 6# 三月廿七

c++ 11出来后现在苦于找一个对该标准支持好的编译器，gcc4.7还行。但是又苦于各种编译器之间的兼容，还要苦于使用场合的目标环境是不是支持这个标准。

所以，有时候想起来真是很无语。反观c，这些问题都没那么麻烦了。

作者: x5miao 时间: 2012-02-07 16:03
回复 10# walleeee

还不是因为面试啊。我说我喜欢用c直接调系统API被人鄙视啊

作者: walleeee 时间: 2012-02-07 16:13
本帖最后由 walleeee 于 2012-02-07 16:13 编辑

回复 11# x5miao

你不用理睬这种华而不实的马工，直接走人，哪里还怕找不到工作？再说，如果仅仅是应付面试这种，建议你看看csdn(csdn谈c++比cu这边多)那边的论坛基本就够了。

ps.
走之前跟面试你的那个sb说一声“艹你妈逼”

作者: OwnWaterloo 时间: 2012-02-07 22:55
回复 1# x5miao

C/C++ —— 无论公共部分占的比例多重 —— 都是两门语言。
有差别不是什么奇怪的事情。

作者: pitonas 时间: 2012-02-08 00:27
我很喜欢这书

作者: walleeee 时间: 2012-02-08 18:01
看了你说的，难道你看的prime是和我看的那本译者相同？反正我当时看那个书就跟看程序一样，“如果。。。。如果。。。。如果。。。。那么。。。那么。。。那么。。。。”，很多嵌套，而且都是长句，一个句子就是好几排。。。看得人无语。

作者: walleeee 时间: 2012-02-08 18:02
找老潘翻译那本来看看，他翻译的那本好像比较出名。

好像侯捷也翻译过。唉，现在记不清了，你自己多找找

作者: x5miao 时间: 2012-02-08 18:29
回复 16# walleeee

我看的是李师贤，蒋爱军翻译的那本，感觉很多句子不通顺。

你说的那几版我去搜搜看

作者: 三月廿七 时间: 2012-02-08 21:20
本帖最后由三月廿七于 2012-02-08 21:27 编辑

回复 13# OwnWaterloo
上次你问那个 c 语言的 malloc 为什么不是 xmalloc()

我发现实现这个数据结构不需要用到全局变量，所以就不需要用到结构体来组织变量
也就不需要面向对象的 xmalloc() 了

所以，万物皆数据结构

作者: OwnWaterloo 时间: 2012-02-10 17:02
回复 18# 三月廿七

记得上次是因为单件？

我举malloc为例，是因为malloc背后肯定有一份且仅一份数据结构。
有一些malloc的实现提供额外的接口可以产生多个这样的数据结构，但至少C语言提供的4个接口malloc/calloc/realloc/free是没办法完成这种事。
这也是一种阻止产生多份实例的方法，并不需要什么所谓的单件。

而实现时真正麻烦的事情并不是产生多少个实例，而是初始化与销毁的顺序。
而单件模式对这个问题毫无帮助。

至于你这贴是想表达什么我没看得太明白，不过貌似已经认识到面向对象或设计模式其实只是一坨屎了？

作者: 三月廿七 时间: 2012-02-11 11:26
回复 19# OwnWaterloo

不是貌似
是确实已经认识到面向对象或设计模式其实只是一坨屎了

作者: starwing83 时间: 2012-02-11 11:33
回复 20# 三月廿七

其实我感触倒没有这么深，就是觉得OO的接口很“脏”，我数一下吧：

- public函数
- private函数（注意还和C的static函数不一样，本质上也是public的，只不过语法不让你调而已）
- 成员（说白了就是结构体了，也是语法不允许你用，实际上还是public的）
- 各种重载（名字很乱不说，还没移植性，而且出了名的混乱）
- 各种重载运算符（把类搞得一塌糊涂的罪魁祸首：构造函数、析构函数、拷贝构造、赋值函数。是个类就得搞这四个，无聊啊）
- 继承（大负担，一堆细节）

相比起来模板反而还好些了 = =

反正结论是C++的接口比C的脏多了，各种东西混杂在一起，所谓的pimpl实际就是C模式的开发了，只是换个写法而已。

作者: OwnWaterloo 时间: 2012-02-11 19:56
回复 21# starwing83

怎么前面还说得好好的，是OO的接口脏…… 后面就变成C++的接口脏了呢……
C++提供描述接口的方式多，也就容易被玩坏……
如果只提供黑白两色，再乱搞也只能搞出灰度图像；而C++提供的还不只是三原色，乱搞的程度就不可想象了……
不过无论是黑白两色还是三原色，都有各自的优势与劣势就是了。

你说的这些，有一部分应该是属于接口在源代码层面很好，但在二进制层面脏。
解决办法是将代码编译到用户程序中……

1. 重载函数

（先举几个例子，后面写头文件组织）

R load(char const* file, size_t len); /* 以C接口提供实现 */
inline R load(std::string const& file) { return load(filen.c_str(), file.length() ); }

复制代码

struct X;
struct Y;
void f_X(struct X* x);
void f_Y(struct Y* y);
inline void f(X* x) { return f_X(x); }
inline void f(Y* y) { return f_Y(y); }

复制代码

不仅仅是避免f_type，或者type_f这样的无数的名字，更重要的是为用户提供进一步的多态操作提供可能。

至少在C++里，就可以在模板中发挥多态能力了：

template<typename T>
void algo(T v) { f(v); g(v); }
// 返回值有一些问题是因为C++被设计为重载不依靠返回值
// 如果 f_X,f_Y有返回值也是可以弄的，只是演示代码就复杂了

复制代码

如果是f_X/f_Y/g_X/g_Y上面就没法写。

如果语言设计的好，应该也可以在尽量少写甚至不写代码的情况下立即使用类似virtual那样的多态。
只是C++的这种多态要靠class与继承才能完成……

头文件组织就类似于：

#pragma once //为了短才写的这个，应该用#ifndef #define #else 的……
#ifdef __cplusplus
extern "C" {
#endif
R load(char const* file,size_t len);
struct X;
struct Y;
void f_X(struct X* x);
void f_Y(struct Y* y);
#ifdef __cplusplus
}
inline R load(std::string const& file) { return load(file.c_str(),file.length() ); }
inline void f(X* x) { return f_X(x); }
inline void f(Y* y) { return f_Y(y); }
#endif

复制代码

重载名字是乱，std:: string布局确实未知；但反正与用户是二进制一致的，就没有移植性问题。

2. 类型相关函数

C语言没有template的机制，就只好：
1. 用宏来产生代码
2. 用void*来抹掉类型

宏产生代码就不写了…… 倒不是C++复杂，而是宏复杂…… 最终都是编译到用户代码里。
抹掉类型（包括const修饰等），比如qsort,bsearch之类……
依然是通过C接口提供bsearch：

void * bsearch ( const void * key, const void * base, size_t num, size_t size, int ( * comparator ) ( const void *, const void * ) );

复制代码

类型不在，而且const进non const出……

// non-const版本
template<typename T>
T* bsearch(T const* k, T* p, size_t n, size_t s)
{
struct nested {
static int cmp(void const* a, void const* b) {
// cmp在这里重新获取类型
T const& x = *static_cast<T const*>(a);
T const& y = *static_cast<T const*>(b);
return x<y? -1: ( y<x? 1: 0 ) ;
}
}; // C++11就不用这么麻烦了……
void* v = bsearch(k, p, n, s, &nested::cmp /*cmp消去类型*/);
return static_cast<T*>(v); // 恢复T*
}
// const版本
template<typename T>
T const* bsearch(T const* k, T const* p, size_t n, size_t s) {
T* v = const_cast<T*>(p); // 为了转发到上面那个版本
v = bsearch(k, v, n, s);
return v; // 恢复 const 限定
}

复制代码

3. 析构函数

这绝对是好东西啊…… lua还求之不得呢……
其实需要的机制是能注册一些函数在离开作用域（尤其是非局部跳转时、异常,error,coroutine……）时调用。
其实lua的coroutine可以用来实现C++当初被砍掉的恢复语意的异常，缺的就是退出作用域时的保护机制……

只是C++被设计为通过栈上变量的析构函数来注册……
这样的设计可能不是最好的，但至少比没有要来得好吧……

如果你真不喜欢析构函数，还有loki.scopeguard, boost.block_exit什么的来帮你写。
同样是将需要的恢复步骤用C接口提供，然后利用上面两种库帮你调用。

====== ====== ====== ======

总之，你想要干净的C接口， C++肯定能做到。
而且还可以在这干净的接口上，在用户端提供一些辅助。
就是我以前说的：

by C
lib <--------> user A by C
by C++ |
|----> user B by C++ (lib by C++)
|
.....

复制代码

只是：
1. 很多人都不知道这种接口方式 —— 至少坛子里那些喜欢时不时通过贬低C++来获得优越感的人通常都不知道。
以前编译器可能不像现在这么多，版本问题可能也没现在这么严重，不太注重user/lib使用不同C++编译器会造成什么情况。
即使现在很多人都不知道，或者知道了也不关心这个问题，只有你我这种有洁癖的才会……

2. 大部分程序员都被OO玩坏了

C++一开始是从C with class发展起来的，只有那些个描述接口的方式…… 只有这些东西可以让新手模仿……
但不是人人都能认识到自己模仿的东西的缺点，特别是在没有比较的情况下。
而且，这玩意需要的智商确实低，玩得转，连非编程人员都可以将面向对象当作谈资

3. 即使知道这种接口方式，实现起来也是很麻烦的……

作者: OwnWaterloo 时间: 2012-02-11 20:02
回复 20# 三月廿七

进步神速啊……
我从研究设计模式到认识到这玩意是个渣，可能花了半年到一年的时间……
单件那个帖子到现在可能才2-3个月吧……

作者: OwnWaterloo 时间: 2012-02-11 20:11
回复 21# starwing83

关于构造/析构/拷贝/赋值说漏了……

lua没有这个烦恼是因为：
1. 它没有访问控制（不要提闭包……）
2. 它没有定义新类型的能力（不要提元表……）
3. 它有gc

类似的，C++如果只用tuple而非定义新类型，同样不需要关心那4个函数，以及public/private什么的。

作者: 三月廿七 时间: 2012-02-11 20:22

OwnWaterloo 发表于 2012-02-11 20:02
回复 20# 三月廿七

进步神速啊……

你的水平我望尘莫及.

作者: starwing83 时间: 2012-02-11 22:09
本帖最后由 starwing83 于 2012-02-11 22:10 编辑

回复 24# OwnWaterloo

很好，我就一起回了。这些的确没往这些方面想过。很好，不过貌似是C接口+C++ wrapper，只是写到了一个文件而已，是吧？其实如果要接口干净还可以C++ + C wrapper，实际上要接口干净C接口是少不掉的，当然自己能控制名字这点挺好的。

然后lua没有是因为它是动态语言……你懂的。闭包的确提供了访问控制哈，元表的确产生了不同行为哈，基于table的对象的确提供了virtual的能力哈，这个有啥好说的捏，最多就是gc惹的祸嘛，大家都不gc了，很多代码就不好写了= =有gc没析构，有析构没gc，你咋想？

如果lua声明，离开作用域的变量立刻gc，是不是好一点？

或者添加一个with语句？

你觉得什么解决方案会比较好？

PS：关于异常时的资源释放，你误会lua了，其实lua支持异常时强制回收所有资源的，只需要显式完全gc即可，这点其他动态语言没一个暴露接口的，tolua++生成的代码这么干了（error之前完全gc）

作者: OwnWaterloo 时间: 2012-02-11 23:33

starwing83 发表于 2012-02-11 22:09
很好，我就一起回了。这些的确没往这些方面想过。很好，不过貌似是C接口+C++ wrapper，只是写到了一个文件而已，是吧？其实如果要接口干净还可以C++ + C wrapper，实际上要接口干净C接口是少不掉的，当然自己能控制名字这点挺好的。

1. C++ + C wrapper 写起来应该比 C + C++ wrapper更难……
2. 其实最终结果应该都差不多，关键是写代码的人的意图是怎样的
3. 意图主要是写库给其他C代码用，可能就会更少关注 C++ wrapper 甚至根本是由第3放开发的……
4. 我说的这种意图主要还是写给其他C++代码使用
而这么绕弯子主要还是为了避免lib/user的编译器之间的耦合；其次这样确实可以避免接口很脏，因为实质上二进制接口是C的。
5. 剩下的就是C++写给C++用，但不考虑这些乱七八糟的东西，只管产生乱七八糟的接口就是了……

starwing83 发表于 2012-02-11 22:09
然后lua没有是因为它是动态语言……你懂的。闭包的确提供了访问控制哈，元表的确产生了不同行为哈，基于table的对象的确提供了virtual的能力哈，这个有啥好说的捏，最多就是gc惹的祸嘛，大家都不gc了，很多代码就不好写了= =有gc没析构，有析构没gc，你咋想？

构造/析构/复制/赋值，我觉得与类型检测无关，是与是否可以定义新类型有关。
python/js也是动态类型检测，但它可以定义新类型，也就顺带一堆规则。
也许没这么复杂，比如可能没析构，这可能就与gc有关了。

starwing83 发表于 2012-02-11 22:09
大家都不gc了，很多代码就不好写了= =有gc没析构，有析构没gc，你咋想？
如果lua声明，离开作用域的变量立刻gc，是不是好一点？
或者添加一个with语句？
你觉得什么解决方案会比较好？
PS：关于异常时的资源释放，你误会lua了，其实lua支持异常时强制回收所有资源的，只需要显式完全gc即可，这点其他动态语言没一个暴露接口的，tolua++生成的代码这么干了（error之前完全gc）

1. gc这个东西，无论自己怎么抵触，但确实没有它代码写起很累……
2. 看来C++的raii对其他语言/用户还是有潜移默化的影响……
以前幻之上帝也提到这个问题……
让对象持有资源只是C++恰好这么做……

最终结论反正在qq上也有了， lua提供的机制完全可以实现恢复语意的异常，只是非标准化，而是idiom，需要其他代码（包括C）也遵守才行。

作者: 三月廿七 时间: 2012-02-12 17:10
回复 21# starwing83

c++ 的名称起的真是名副其实
如果让我用 c 去继承，一点难度都没有，也就是手工调一下destroy()函数
c++ 那种填鸭式的语法，我真招架不住

你能列举一下继承都有哪些细节吗？

作者: 三月廿七 时间: 2012-02-12 17:21
有一部分情况下深度复制、浅度复制、复制构造、赋值函数这些都用不到，
因为没有复制、赋值这些操作.

作者: 三月廿七 时间: 2012-02-12 17:23
c++ 做的真过头了，搞的我心烦意乱的，
这东西复杂起来真可怕

作者: AD8018 时间: 2012-02-12 17:32

三月廿七发表于 2012-02-12 17:23
c++ 做的真过头了，搞的我心烦意乱的，
这东西复杂起来真可怕

相信调用者，别做语言上但不是功能上的要求，别做超前的设计。

语言的终极目的是什么？
不就是简化写程序的方式吗。

如果不把这个当作终极并且唯一的目的，
停留在asm阶段最好了。

作者: 三月廿七 时间: 2012-02-12 18:52

AD8018 发表于 2012-02-12 17:32
相信调用者，别做语言上但不是功能上的要求，别做超前的设计。

语言的终极目的是什么？

c++ 还是不够精致, 应该改为 c+

作者: bbcode 时间: 2012-02-12 19:19
还好吧,入门书籍啦.

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)