C++中的编译依存关系

toadzw 2008-10-30 05:26:12
当一个类中的哪些部分发生变化时,使用这个类的文件要求重新编译?共有成员,私有成员,共有函数,私有函数。。。。
...全文
110 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
andoneorzero 2009-08-26
  • 打赏
  • 举报
回复
to ls: 不用重新编译
toadzw 2008-10-31
  • 打赏
  • 举报
回复
好像要是重编译的
kiffa 2008-10-31
  • 打赏
  • 举报
回复
to ls: 你这结论怎么得来的???????????????

// book.h
class Book
{
public:
void Print();
}

// book.cpp
#include <iostream>
#include "book.h"
void Book::Print(){std::cout << "haha" << std::endl;}

// main.cpp
#include "book.h"
int main()
{
Book b;
b.Print();
}

main.cpp 引用了 book.h,如果book.h的实现部分发生变化,也就是book.cpp发生了变化,比如:
// book.cpp
void Book::Print(){std::cout << "xixi" << endl;}

那么main.cpp完全不需要重新编译,只需要重新编译book.cpp,然后链接main.o 和 book.o即可。

toadzw 2008-10-30
  • 打赏
  • 举报
回复
all wrong
头文件实现部分发生变化,而引用这个头文件的文件引要重新编译
kiffa 2008-10-30
  • 打赏
  • 举报
回复
楼主的意思大概是:通过 include 头文件来使用一个类,如果这个类的接口不变,只是内部实现发生了变化,那么使用这个类的文件就不需要重新编译,只需要重新编译一下类的实现文件,再链接这个文件就行了。

当然这和楼上各位所说的并不抵触。
帅得不敢出门 2008-10-30
  • 打赏
  • 举报
回复
[Quote=引用 3 楼 wuyu637 的回复:]
一个文件就算没有发生实际内容的变化,
比如在无关处加个空格,也会引起文件的重编译,


决定重编译的条件一般是md5,或者是文件的最后修改时间,而不是具体的文件里的类,或者什么。


.h发生重编译的时候,一般可能引起的连锁反应会更多一些(其他文件也冲编译了)。
实际上在编译器的编译阶段,没有.h,和.cpp之分,都是.cpp的文件,

.h文件已经被编译器之前的操作,加到相应的。cpp文件里了。
[/Quote]
gcc查询的是时间
toadzw 2008-10-30
  • 打赏
  • 举报
回复
is?
General1982 2008-10-30
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 wlamos 的回复:]
更严格的说是所有直接、间接依赖于改变的头文件的文件都需要重新编译
[/Quote]
支持这个!
xhs_lh04 2008-10-30
  • 打赏
  • 举报
回复
文件没改变不用重新编译,文件改变了就应该重新编译,跟类没关系吧
wuyu637 2008-10-30
  • 打赏
  • 举报
回复
一个文件就算没有发生实际内容的变化,
比如在无关处加个空格,也会引起文件的重编译,


决定重编译的条件一般是md5,或者是文件的最后修改时间,而不是具体的文件里的类,或者什么。


.h发生重编译的时候,一般可能引起的连锁反应会更多一些(其他文件也冲编译了)。
实际上在编译器的编译阶段,没有.h,和.cpp之分,都是.cpp的文件,

.h文件已经被编译器之前的操作,加到相应的。cpp文件里了。
wlamos 2008-10-30
  • 打赏
  • 举报
回复
更严格的说是所有直接、间接依赖于改变的头文件的文件都需要重新编译
wlamos 2008-10-30
  • 打赏
  • 举报
回复
跟哪部分没有关系,头文件中的东西发生了变化,那么所有包含这个头文件的文件都需要重新编译。
如果是一个cpp文件发生了变化,则只重新编译该文件即可
内容简介: 有人说C++程序员可以分成两类,读过Effective C++的和没读过的。世界顶级C++大师Scott Meyers成名之作的第三版的确当得起这样的评价。当您读过《Effective C++文版(第3版改善程序与设计的55个具体做法)》后,就获得了迅速提升自己C++功力的一个契机。   在国际上,本书所引起的反响,波及整个计算机技术出版领域,余音至今未绝。几乎在所有C++书籍的推荐名单上,本书都会位于前三名。作者高超的技术把握力、独特的视角﹑诙谐轻松的写作风格﹑独具匠心的内容组织,都受到极大的推崇和仿效。这种奇特的现象,只能解释为人们对这本书衷心的赞美和推崇。   《Effective C++文版(第3版改善程序与设计的55个具体做法)》不是读完一遍就可以束之高阁的快餐读物,也不是用以解决手边问题的参考手册,而是需要您去反复阅读体会的,C++是真正程序员的语言,背后有着精深的思想与无与伦比的表达能力,这使得它具有类似宗教般的魅力。希望这本书能够帮助您跨越C++的重重险阻,领略高处才有的壮美风光,做一个成功而快乐的C++程序员。 Effective C++文版(第3版改善程序与设计的55个具体做法)》一共组织55个准则,每一条准则描述一个编写出更好的C++的方式。每一个条款的背后都有具体范例支撑。第三版有一半以上的篇幅是崭新内容,包括讨论资源管理和模板(templates)运用的两个新章。为反映出现代设计考虑,对第二版论题做了广泛的修订,包括异常(exceptions)、设计模式(design patterns)和多线程(multithreading)。   《Effective C++文版(第3版改善程序与设计的55个具体做法)》的重要特征包括:   ·高效的 classes、functions、templates 和inheritance hierarchies(继承体系)方面的专家级指导。   ·崭新的 "TR1" 标准程序库功能应用,以及与既有标准程序库组件的比较。   ·洞察 C++和其他语言(例如Java、C#、C)之间的不同。此举有助于那些来自其他语言阵营的开发人员消化吸收 C++ 式的各种解法。 目录: 译序 英简繁术语对照 目录 序言 致谢 导读 1.让自己习惯C++ 条款01:视C++为一个语言联邦 条款02:尽量以const,enum,inline替换#define 条款03:尽可能使用const 条款04:确定对象被使用前已先被初始化 2.构造/析构/赋值运算 条款05:了解C++默默编写并调用哪些函数 条款06:若不想使用编译器自动成生的函数,就该明确拒绝 条款07:为多态基类声明Virtual析构函数 条款08:别让异常逃离析构函数 条款09:绝不在构造和析构过程调用Virtual函数 条款10:令Operator=返回一个referenceto this 条款11:在Operator=处理“自我赋值” 条款12:复制对象时勿忘其每一个成分 3.资源管理 条款13:以对象管理资源 条款14:在资源管理类小心Coping行为 条款15:在资源管理类提供对原始资源的访问 条款16:成对使用new和delete对象置入智能指针 条款17:以独立语句将newed对象置入智能指针 4.设计与声明 条款18:让接口容易被正确使用,不易被误用 条款19:设计class犹如设计type 条款20:宁以pass-by-reference-to-const替换Pass-by-value 条款21:必须返回对象时,别妄想返回其reference 条款22: 将成员变量声明为private 条款23: 宁以non-member、non-friend替换member函数 条款24:若有所参数皆需类型转换,请为此采用non-member函数 条款25:考虑写出一个不抛异常的swap函数 5.实现 条款26:尽可能延后变量定义式的出现时间 条款27:尽量少做转型动作 条款28:避免返回handles指向对象内部成分 条款29:为“异常安全”而努力是值得的 条款30:透彻了解inlining的里里外外 条款31:将文件间的编译依存关系降至最低 6.继承与面向对象设计 条款32:确定你的public继承塑模出is-a关系 条款33:避免遮掩继承而来的名称 条款34:区分接口继承和实现继承 条款35:考虚virtual函数以外的其他选择 条款36:绝不重新定义继承而来的non-virtual函数 条款37:绝不重新定义继承而来的缺省参数值 条款38:通过复合塑模出has-a或“根据某物实现出” 条款39:明智而审慎地使用private继承 条款40:明智而审慎地使用private继承 7.模板与泛型编程 8.定制new和delete 9.杂项讨论 A 本书之外 B 新旧版条款对映 索引

65,187

社区成员

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论,技术干货分享,前沿动态等
c++ 技术论坛(原bbs)
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题,如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧