大规模C++程序设计

作者: John Lakos
出版社: 中国电力出版社
原作名: Large-Scale C++ Software Design
译者: 李师贤 / 明仲 / 曾新红 / 刘显明 等
出版年: 2003.9
页数: 624
定价: 72.00
装帧: 平装
丛书: 深入C++系列
ISBN: 9787508315041
7.7
125人评价
5星
21.6%
4星
45.6%
3星
26.4%
2星
4.0%
1星
2.4%
  •  
  •  

  • 分享到   

内容简介  · · · · · ·

作者简介  · · · · · ·

John Lakos在Mentor Graphics公司工作。该公司编写的大规模C++程序比大多数其他公司要多，并且是首先尝试真正的大规模C++项目的公司之一。Lakos从1987年起就一直使用C++进行专业编程，并于1990年在哥哥伦比亚大学开设了面向对象编程方面的研究生课程。

目录  · · · · · ·

前言
译者序
第0章 引言
第1部分 基础知识
第1章 预备知识
第2章 基本规则
· · · · · · (更多)

原文摘录   · · · · · ·  ( 全部 )

  • 定义：一个声明将一个名称引入一个程序；一个定义提供了一个实体（例如，类型、实例、函数）在一个程序中的惟一描述。 一个声明就是一个定义，除非： 它声明了一个没有详细说明函数体的函数； 它包含一个 extern 定义符并且没有初始化函数或函数体； 它是一个包含在一个类定义之内的静态类数据成员的声明； 它是一个类名声明； 它是一个 typedef 声明 一个定义就是一个声明，除非： 它定义了一个静态类数据成员； 它定义了一个非内联成员函数。 (查看原文)
    [已注销] 2012-03-27 15:38:43
    —— 引自第18页
  • 有些人会设法把成员函数分组为 get/set 对，如图 1-6 所示。对某些用户来说，这种风格是概念误导的结果，认为一个对象不过就是一个有数据成员的公共数据结构，每一个数据成员必须既有一个“get”函数（访问函数）又有一个“set”函数（操纵函数）。这种风格本身可能（有时候）会阻碍真正封装接口的产生，在真正封装的接口中，数据成员没有必要透明地反映在对象的行为中。 (查看原文)
    [已注销] 2012-03-28 10:14:00
    —— 引自第31页

> 全部原文摘录

丛书信息  · · · · · ·

　　深入C++系列(共15册)， 这套丛书还有 《Effective C++》《C++设计新思维》《C++ Primer中文版》《Advanced C++中文版》《Accelerated C++中文版》 等 。

短评  · · · · · ·  ( 全部 29 条 )

热门 / 最新 /

> 更多短评 29 条

我要写书评

大规模C++程序设计的书评 · · · · · · ( 全部 14 条 )

热门 / 最新 / 好友 /只看本版本的评论
令狐虫 2005-08-31 13:32:57

无用的书？有用的书

这是一本定位很独特，甚至说有些奇怪的书。 如果你想从该书中获得C++在实际使用中的经验或教训，你也许会失望。因为这本书里几乎都是十多行的小例子，而且这些例子并不比我们在TCPL、C++ Primer上看到的例子好多少。 如果你想从该书中获得大型软件的设计经验，你也基本上会失...  (展开)
30 2 6回应
变成史努比 2007-08-05 22:50:27

物理设计，在C++语言规范中被忽视的问题

这篇书评可能有关键情节透露

其实lakos这本书讲述的问题很简单，就是包设计原则，这些原则跟OCP、DIP一样，在敏捷软件开发中都论述过，当然不是每个人都看懂了这些后面的原则； 但是，在C++语言中，你找不到包这个抽象概念所对应的东西，而且C++的链接过程有太多初学者没有弄明白的内容，而恰恰是这些内容...  (展开)
15 13回应
shany 2014-02-25 22:04:57

让我看完觉得相见恨晚的书

2006年的时候，我们开发了一个比较大的系统，开发参与人数有十几个（其实也不错），在但是的机器情况下，有时候只是动了一个头文件，会导致很长的编译时间，在这本书中可以找到答案。 《大规模C++程序设计》这本书是在2006年开发完一个相对较大的系统后读的一本书，当时看完，...  (展开)
5 0回应
第五象限 2009-12-18 14:06:13

程序员界大杯具，<<蜗居>>中的小贝是搞C++

《蜗居》第24集3:30秒截图，有理由相信小贝是搞 C++ 的。 桌子上那本书放大看是《大规模Cpp程序设计》，为无数想为cpp献身的人士叹惜呀。搞了一辈子C++，结果老婆跟了宋思明。 这部电视剧深刻揭露了C++程序员的杯具性。相信这个重大发现将彻底粉碎那些少年们对程序员这个职...  (展开)
11 6 8回应
扫帚的影子 2012-08-20 16:30:39

今天用书中的方法重构了当前的项目结构

最近一直在看这本书，其中的一些方法之前也有用过，现在读来又有了新的收获，今天用了差不多一天的时间把当前的项目代码作了不小的重构，主要是从程序的物理结构方面，分层更明确，实现隐藏更彻底，编译耦合进一步降低，自己感觉还不错哦！  (展开)
1 0回应
西红柿炒鸡蛋 2009-08-27 16:14:14

书是好书

有位专家推荐过，看了两百多页后没再看下去。翻译得不好，不知道谁可以再重新翻译一下。实在不行只能看英文原版了。另，也许与扫描的PDF格式的阅读感受也有一定关系。  (展开)
0回应
WSonGG 2020-08-12 17:32:27 机械工业出版社2014版

翻译质量较差

翻译的质量很差，很多地方都是英文直译过来的，本来就是专业上的知识，还需要先进行自己断句再去理解专业知识，阅读太累了。建议读者去阅读其他版本的此书，书中的内容还是很好的，可以帮助优化自己设计的程序。形成书中所提到的这些思想，对日后项目都会有很大的帮助，不仅仅...  (展开)
0回应
k91191 2019-12-22 12:13:30

很啰嗦，不建议看

前面四章可以直接跳过，都是在讲一些概念性的东西。本书很推荐使用前置声明来避免物理耦合,减少编译时间。这种方法有利有弊，不过像google ，microsoft这种体量的公司，因为有钱买集群级别的服务器来进行编译，它们都推荐用include,哈哈哈。个人觉得电力出版社这版翻的比较好。  (展开)
0回应
rddhome 2014-07-14 12:22:19

在实践中用到了

这两天，要改动1个基础的类型。之前参考书里的方法画了package之间的依赖图。这下方便了，顺着依赖图指示，从依赖关系少的底层包开始重构编译，逐次推进到顶层包，最后整个程序一次性编译通过。 package依赖图的好处还不止于此： 1，可以指出相互依赖的不合理现象。 2，新增模...  (展开)
0回应
rddhome 2013-11-21 16:57:43

在3分和4分之间犹豫

还有20分钟下班，简单写几条。 1，加强了内部依赖的概念。 2，针对c++的特定语法，使得uml的应用比较叫明确了。 3，对模块依赖性的定量计算方法，我很有一种冲动，以后新写程序时逐个模块的累加计算，随时发现依赖问题。 4，印象比较深的是，哑元指针，在宿主对象里保存，还不...  (展开)
1回应

> 更多书评 14篇

论坛  · · · · · ·

读完压力大 = = 来自真吾 2 回应 2015-01-29 09:58:55
听闻这本书是蜗居中的小贝读的书 来自盗盗 9 回应 2010-01-04 10:38:15
shu 来自315452482 2 回应 2009-05-16 14:11:09

这本书的其他版本  · · · · · ·  ( 全部5 )

在哪儿借这本书  · · · · · ·

以下书单推荐  · · · · · ·  ( 全部 )

谁读这本书?  · · · · · ·

骞
骞
2月6日 想读


E27Genie
E27Genie
2022年10月28日 想读


乐陶陶
乐陶陶
2022年10月23日 读过


西红柿炒番茄
西红柿炒番茄
2022年10月15日 想读


> 49人在读

> 150人读过

> 535人想读

二手市场  · · · · · ·

订阅关于大规模C++程序设计的评论:
feed: rss 2.0