欢迎来到天天文库
浏览记录
ID:8798392
大小:44.40 KB
页数:13页
时间:2018-04-08
《c编程实用技巧34:将文件间的编译依赖性降至最低》由会员上传分享,免费在线阅读,更多相关内容在应用文档-天天文库。
1、C++编程实用技巧34:将文件间的编译依赖性降至最低假设某一天你打开自己的C++程序代码,然后对某个类的实现做了小小的改动。提醒你,改动的不是接口,而是类的实现,也就是说,只是细节部分。然后你准备重新生成程序,心想,编译和链接应该只会花几秒种。毕竟,只是改动了一个类嘛!于是你点击了一下"Rebuild",或输入make(或其它类似命令)。然而,等待你的是惊愕,接着是痛苦。因为你发现,整个世界都在被重新编译、重新链接!当这一切发生时,你难道仅仅只是愤怒吗?问题发生的原因在于,在将接口从实现分离这方面,C++做得不是很出色。尤其是,
2、C++的类定义中不仅包含接口规范,还有不少实现细节。例如:1.classPerson{2.public:3. Person(conststring&name,constDate&birthday,4. constAddress&addr,constCountry&country);5. virtual~Person();6. ... //简化起见,省略了拷贝构造7. //函数和赋值运算符函数8. stringname()const;9. string
3、birthDate()const;10. stringaddress()const;11. stringnationality()const;12.private:13. stringname_; //实现细节14. DatebirthDate_; //实现细节15. Addressaddress_; //实现细节16. Countrycitizenship_; //实现细节17.};复制代码这很难称得上是一个很高明的设计,虽然它展示了一种很有趣的命名方式:当私有数据和公有函数都想
4、用某个名字来标识时,让前者带一个尾部下划线就可以区别了。这里要注意到的重要一点是,Person的实现用到了一些类,即string,Date,Address和Country;Person要想被编译,就得让编译器能够访问得到这些类的定义。这样的定义一般是通过#include指令来提供的,所以在定义Person类的文件头部,可以看到象下面这样的语句:1.#include //用于string类型(参见技巧49)2.#include"date.h"3.#include"address.h"4.#includ
5、e"country.h"复制代码遗憾的是,这样一来,定义Person的文件和这些头文件之间就建立了编译依赖关系。所以如果任一个辅助类(即string,Date,Address和Country)改变了它的实现,或任一个辅助类所依赖的类改变了实现,包含Person类的文件以及任何使用了Person类的文件就必须重新编译。对于Person类的用户来说,这实在是令人讨厌,因为这种情况用户绝对是束手无策。那么,你一定会奇怪为什么C++一定要将一个类的实现细节放在类的定义中。例如,为什么不能象下面这样定义Person,使得类的实现细节与之分
6、开呢?1.classstring; //"概念上"提前声明string类型2. //详见技巧493.classDate; //提前声明4.classAddress; //提前声明5.classCountry; //提前声明6.classPerson{7.public:8. Person(conststring&name,constDate&birthday,9. constAddress&addr,constCountry&country);10.
7、 virtual~Person();11. ... //拷贝构造函数,operator=12. stringname()const;13. stringbirthDate()const;14. stringaddress()const;15. stringnationality()const;16.};复制代码如果这种方法可行的话,那么除非类的接口改变,否则Person的用户就不需要重新编译。大系统的开发过程中,在开始类的具体实现之前,接口往往基本趋于固定,所以这种接口和实现的分离将大大节省
8、重新编译和链接所花的时间。可惜的是,现实总是和理想相抵触,看看下面你就会认同这一点:1.intmain()2.{3. intx; //定义一个int4. Personp(...); //定义一个Person5.
此文档下载收益归作者所有