内容简介 · · · · · ·
在本书中,Lakos介绍了将大型系统分解成较小且较好管理的组件层次结构(不是继承)的过程。这种具有非循环物理依赖的系统的维护、测试和重用从根本上比相互紧密依赖的系统更容易且更经济。此外,本书还说明了遵从好的物理设计和逻辑设计规划的动机。Lakos给读者提供了一系列用来消除循环依赖、编译时依赖和连接时(物理)依赖的特殊技术。
作者简介 · · · · · ·
John Lakos在Mentor Graphics公司工作。该公司编写的大规模C++程序比大多数其他公司要多,并且是首先尝试真正的大规模C++项目的公司之一。Lakos从1987年起就一直使用C++进行专业编程,并于1990年在哥哥伦比亚大学开设了面向对象编程方面的研究生课程。
目录 · · · · · ·
前言
译者序
第0章 引言
第1部分 基础知识
第1章 预备知识
第2章 基本规则
第2部分 物理设计概念
第3章 组件
第4章 物理层次结构
第5章 层次化
第6章 绝缘
第7章 包
第3部分 逻辑设计问题
第8章 构建一个组件
第9章 设计一个函数
第10章 实现一个对象
附录A 协议层次结构设计模式
附录B 实现一个与ANSI C兼容的C++接口
附录C 一个依赖提取器/分析器包
参考文献
· · · · · · (收起)
译者序
第0章 引言
第1部分 基础知识
第1章 预备知识
第2章 基本规则
第2部分 物理设计概念
第3章 组件
第4章 物理层次结构
第5章 层次化
第6章 绝缘
第7章 包
第3部分 逻辑设计问题
第8章 构建一个组件
第9章 设计一个函数
第10章 实现一个对象
附录A 协议层次结构设计模式
附录B 实现一个与ANSI C兼容的C++接口
附录C 一个依赖提取器/分析器包
参考文献
· · · · · · (收起)
原文摘录 · · · · · · ( 全部 )
-
定义:一个声明将一个名称引入一个程序;一个定义提供了一个实体(例如,类型、实例、函数)在一个程序中的惟一描述。 一个声明就是一个定义,除非: 它声明了一个没有详细说明函数体的函数; 它包含一个 extern 定义符并且没有初始化函数或函数体; 它是一个包含在一个类定义之内的静态类数据成员的声明; 它是一个类名声明; 它是一个 typedef 声明 一个定义就是一个声明,除非: 它定义了一个静态类数据成员; 它定义了一个非内联成员函数。 (查看原文) —— 引自第18页 -
有些人会设法把成员函数分组为 get/set 对,如图 1-6 所示。对某些用户来说,这种风格是概念误导的结果,认为一个对象不过就是一个有数据成员的公共数据结构,每一个数据成员必须既有一个“get”函数(访问函数)又有一个“set”函数(操纵函数)。这种风格本身可能(有时候)会阻碍真正封装接口的产生,在真正封装的接口中,数据成员没有必要透明地反映在对象的行为中。 (查看原文) —— 引自第31页
> 全部原文摘录
丛书信息
· · · · · ·
深入C++系列(共15册),
这套丛书还有
《C++ STL 中文版》《Essential C++(英文影印版原版风暴)》《C++设计新思维》《泛型编程与STL》《深度探索C++对象模型(影印版)》
等
。
喜欢读"大规模C++程序设计"的人也喜欢 · · · · · ·
-
- Advanced C++中文版 7.2
-
- C++语言的设计和演化 8.9
-
- C++编程风格 7.8
-
- C++代码设计与重用 7.4
-
- C++编程惯用法 8.0
-
- 深度探索C++对象模型 9.1
-
- Effective C++中文版 9.1
-
- C++标准程序库 9.0
大规模C++程序设计的书评 · · · · · · ( 全部 13 条 )

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

pragmatics
此书应该是属于pragmatics类型得书籍,还是很棒的 这本书接近C语言接口和实现,可以说两本书讲的都是同一个主题,重点都在接口和实现两个主题上。虽然此书好像都在讲物理结构,恰好是作者想通过如此简单的概念去表达一个结构良好的程序设计。诚然此书是针对大型项目,但是对于...
(展开)
> 更多书评 13篇
这本书的其他版本 · · · · · · ( 全部3 )
-
Addison-Wesley Professional (1996)9.0分 22人读过
-
机械工业出版社 (2014)7.4分 22人读过
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
- thinking in c/cpp (小七)
- 算法 设计 (atpeace)
- 程序员典藏大系 (恒量)
- IT 三级 C/C++程序设计语言、框架技术(实用性) 1.1.1.1.1 (ajian005)
- 计算机编程 (peterchen)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有551人想读,手里有一本闲着?
订阅关于大规模C++程序设计的评论:
feed: rss 2.0
1 有用 白白猪 2012-11-21 11:11:48
非常好的书,大规模程序设计涉及到不少不常关注的问题,书里做了很好的介绍
3 有用 对我就是那个谁 2013-05-28 15:02:17
看完这本书你就会明白c++的纠结与失败。一个现代程序设计语言不应该让程序员考虑如此庞杂的细节。
0 有用 Daniyyel 2011-03-02 21:42:41
没能看完……
1 有用 小布斯特 2010-01-22 10:44:30
学习小贝
0 有用 shany 2013-06-02 22:14:51
2006年的时候,我们开发了一个比较大的系统,开发参与人数有十几个(其实也不错),在但是的机器情况下,有时候只是动了一个头文件,会导致很长的编译时间,在这本书中可以找到答案。 《大规模C++程序设计》这本书是在2006年开发完一个相对较大的系统后读的一本书,当时看完,是少有的让我看完觉得相见恨晚的书,书分两部分内容,C++的逻辑设计和物理设计,这本书写的很早,95年左右,所以很多逻辑设计的原则在后... 2006年的时候,我们开发了一个比较大的系统,开发参与人数有十几个(其实也不错),在但是的机器情况下,有时候只是动了一个头文件,会导致很长的编译时间,在这本书中可以找到答案。 《大规模C++程序设计》这本书是在2006年开发完一个相对较大的系统后读的一本书,当时看完,是少有的让我看完觉得相见恨晚的书,书分两部分内容,C++的逻辑设计和物理设计,这本书写的很早,95年左右,所以很多逻辑设计的原则在后来都在很多其它书中出现,但是物理设计其他书很少涉及,但是物理设计在大规模程序设计(平台开发)、接口设计和模块解耦上有非常重要的左右,现在很多概念上可能将之称为部署方式,随便提一句,翻译上有些是不怎么好,但基本上不影响阅读。推荐给每一位C++开发者。 (展开)