在本书中,Lakos介绍了将大型系统分解成较小且较好管理的组件层次结构(不是继承)的过程。这种具有非循环物理依赖的系统的维护、测试和重用从根本上比相互紧密依赖的系统更容易且更经济。此外,本书还说明了遵从好的物理设计和逻辑设计规划的动机。Lakos给读者提供了一系列用来消除循环依赖、编译时依赖和连接时(物理)依赖的特殊技术。
John Lakos在Mentor Graphics公司工作。该公司编写的大规模C++程序比大多数其他公司要多,并且是首先尝试真正的大规模C++项目的公司之一。Lakos从1987年起就一直使用C++进行专业编程,并于1990年在哥哥伦比亚大学开设了面向对象编程方面的研究生课程。
还有20分钟下班,简单写几条。 1,加强了内部依赖的概念。 2,针对c++的特定语法,使得uml的应用比较叫明确了。 3,对模块依赖性的定量计算方法,我很有一种冲动,以后新写程序时逐个模块的累加计算,随时发现依赖问题。 4,印象比较深的是,哑元指针,在宿主对象里保存,还不...
评分这两天,要改动1个基础的类型。之前参考书里的方法画了package之间的依赖图。这下方便了,顺着依赖图指示,从依赖关系少的底层包开始重构编译,逐次推进到顶层包,最后整个程序一次性编译通过。 package依赖图的好处还不止于此: 1,可以指出相互依赖的不合理现象。 2,新增模...
评分这两天,要改动1个基础的类型。之前参考书里的方法画了package之间的依赖图。这下方便了,顺着依赖图指示,从依赖关系少的底层包开始重构编译,逐次推进到顶层包,最后整个程序一次性编译通过。 package依赖图的好处还不止于此: 1,可以指出相互依赖的不合理现象。 2,新增模...
评分 评分还有20分钟下班,简单写几条。 1,加强了内部依赖的概念。 2,针对c++的特定语法,使得uml的应用比较叫明确了。 3,对模块依赖性的定量计算方法,我很有一种冲动,以后新写程序时逐个模块的累加计算,随时发现依赖问题。 4,印象比较深的是,哑元指针,在宿主对象里保存,还不...
非常好的书,大规模程序设计涉及到不少不常关注的问题,书里做了很好的介绍
评分非常好的书,大规模程序设计涉及到不少不常关注的问题,书里做了很好的介绍
评分2006年的时候,我们开发了一个比较大的系统,开发参与人数有十几个(其实也不错),在但是的机器情况下,有时候只是动了一个头文件,会导致很长的编译时间,在这本书中可以找到答案。 《大规模C++程序设计》这本书是在2006年开发完一个相对较大的系统后读的一本书,当时看完,是少有的让我看完觉得相见恨晚的书,书分两部分内容,C++的逻辑设计和物理设计,这本书写的很早,95年左右,所以很多逻辑设计的原则在后来都在很多其它书中出现,但是物理设计其他书很少涉及,但是物理设计在大规模程序设计(平台开发)、接口设计和模块解耦上有非常重要的左右,现在很多概念上可能将之称为部署方式,随便提一句,翻译上有些是不怎么好,但基本上不影响阅读。推荐给每一位C++开发者。
评分忘了讲什么的了
评分不管他有用没用,先看了再说
本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度,google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有