将文件间的编译依存关系降至最低

于 2021-11-08 13:24:17 发布
阅读量78 收藏
点赞数
分类专栏： C++ 文章标签： c++ 开发语言 后端
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wuguinianjing/article/details/121080211
版权
  • 对于头文件利用声明的依存性替代定义的依存性

定义的依存性

编译器对其定义时根据类型推算出该对象大小

#include"Person"
int x；
Person person;

声明的依存性

使用指针来延迟编译器对其所指类型的推演,编译器不知道指针会指向何处，推迟到运行时动态分配。前置声明的person不能去直接调用Person，前置声明是没有对象大小的,也不能以此去进行类型转换。类型转换同样需要提前知道类型大小

函数的形参和返回值是可以前置声明的

//不引入包含Person的头文件,而使用前置声明
class Person ;
int x；
Person *person;//运行时处理
//Person *person=new Person ;//右边是需要定义式的
person->Get()//error
wuguinianjing
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
C/C++编程：将文件中的编译依存关系降到最低
OceanStar的博客
05-11 238
原因 请将文件中的编译依存关系降到最低。如果你没有做到的话，可能你只修改了一个小数据，但是修改重新编译连接整个程序。 问题出在C++并没有把”将接口从实现中分离“这事做的很好。类的定义时不止详细描述了类接口，还包括实现细节。比如： class Person{ public: Person(const std::string& name, const Date& birthday, const Address & addr): std::string name() const;
1.将文件间的编译依存关系降至最低
weixin_30410999的博客
10-14 61
问题描述： Person.h #include <string> #include "Date.h" class Person{public:Person(const std::string& name,const Date& birthday);std::string name() const;std::string birthDate() const;...
款31：将文件间的编译依存关系降到最低
sbfksmq的博客
09-17 454
/*条款31：将文件间的编译依存关系降到最低*/ #include #include//如果不加上下面三行会编译不过，然而这就是形成编译依存关系的源头 #include"data.h" #include"address.h" using namespace std; class Person { public: /* namespace std{ 但这是不正确，而是一个bas
条款31:将文件间的编译依存关系降至最低
07-09 399
我们还是从一个例子开始出发： class Person {    public:     Person(const std::string& name,const Date& birthday,const Address& addr);     std::string name() const;     std::string birthDate() const
Effective C++条款31：将文件的编译依存关系降至最低
qq_44800780的博客
11-08 209
考虑下面的类： class Person { private: std::string theName; Date theBirthDate; Address theAddress; public: ... }; 如果没有取得string,Date和Address的定义式，编译无法通关。 所以Person定义文件的最上方很可能存在这样的东西: #include <string&gt...
条款31：将文件间的编译依存关系降至最低——170
缇珞的博客
11-29 143
文章目录编译依存的问题——170使用指针指向类——172制作Handles classes的两种办法——174总结——178 编译依存的问题——170 通常，我们的定义的文件包含很多头文件，这些文件和其含入文件之间形成了一种编译依存关系。如果这些头文件中有任何一个被改变，或这些头文件所依赖的其他头文件有任何改变，那么每一个含入我们定义的文件就得重新编译，任何使用我们定义的文件也必须重新编译。这样的...
EffectiveC++ 条款31：将文件中的编译依存关系降至最低
LIJIWEI0611的博客
09-19 96
《Effective C++》：条款31：将文件间的编译依存关系降至最低
KangRoger的专栏
02-23 2808
将文件的编译依存关系降至最低，就是把各个文件之间的关联度降低。在修改一个文件后，编译时不需要重新编译很多文件。降低依存关系有几种手法，在文章中有讲。
C++之将文件间的编译依存关系降至最低（31）---《Effective C++》
阿华Go，从现在开始的博客
07-30 409
条款31：将文件间的编译依存关系降至最低问题提出：如果我们将某个class的实现文件做了某些修改，修改并不是class的接口，而是其实现部分，而且只改了其private部分，然后重建整个文件，然鹅当你进行编译的时候，可以发现该类都被重新编译和链接了，什么鬼？？？问题的原因是C++并没有“将接口从实现中分离”该部分做的很好，class的形式不仅包括接口，同时还包括十足的实现项目，如：class Per
C++ 将文件间的编译依存关系降到最低
weixin_39089680的博客
03-23 483
20180320 C++ 将文件间的编译依存关系降到最低当对C++程序的某个class实现文件做了些微修改，再重新建置这个文件，会花费很长时间，，因为C++没有把“将接口从实现中分离”这事做的很好。Class的定义式不只详细叙述了class接口，还包括十足的实现细节，eg：class Person{public:  Person(const std::string&amp; name,const ...
auto_ptr 被弃用的原因
wuguinianjing的博客
12-06 2940
auto_ptr采用copy语义来转移指针资源，转移指针资源的所有权的同时将原指针置为NULL，这跟通常理解的copy行为是不一致的(不会修改原数据)，而这样的行为在有些场合下不是我们希望看到的。 例如参考《Effective STL》第8条，sort的快排实现中有将元素复制到某个局部临时对象中，但对于auto_ptr，却将原元素置为null，这就导致最后的排序结果中可能有大量的null。而现在C++11的对move语义的支持，使得这样的资源转移通常只会在必要的场合发生，例如转移一个临时变量（右值）给某个n
运行时加载动态库
wuguinianjing的博客
11-02 1854
一个程序从源文件编译生成可执行文件的步骤： 预编译 --> 编译 --> 汇编 --> 链接 (1)预编译，即预处理，主要处理在源代码文件中以“#”开始的预编译指令，如宏展开、处理条件编译指令、处理#include指令等。 (2)编译过程就是把预处理完的文件进行一系列词法分析、语法分析、语义分析以及优化后生成相应的汇编代码文件。 (3)汇编是将汇编代码转变成二进制文件。 (4)链接将二进制文件链接成一个可执行的命令，主要是把分散的数据和代码收集并合成一个单一的可加载并可执行的的文件。
常用头文件的函数
wuguinianjing的博客
11-07 1453
1 printf 1.printf() //其是一个函数，也存在调用关系等 2 assert assert(条件判断) //<assert.h> //断言函数，在DEBUG编译后的obj文件中加入调试信息，release被忽略。如果条件判断不满足则打印导致不满足条件的原因和行数，返回值为空（void） 3.itoa itoa(int value,char *string,int base) //广泛使用的非标准C语言和C++语言扩展功能，因此不能好好的被所有编译器使用 //<
rapidjson的简单使用
wuguinianjing的博客
10-13 1076
Write /* { "Int": 1, "Double": 12.0000001, "String": "This is a string", "Object": { "name": "qq849635649", "age": 25 }, "IntArray": [ 10, 20, 30 ], "DoubleArray": [ 1, 2, 3 ], "StringArray": [ "one", "two", "three" ], "MixedArray": [ "one", 50, false, 12.
C++与C的相互调用
wuguinianjing的博客
03-28 1037
C++调用C语言 extern “C” C++调用C，指定部分按照c语言进行编译 extern “C” {} 只能由C++编译器来进行解析 extern "C"的主要作用就是为了能够正确实现C++代码调用其他C语言代码。加上extern "C"后，会指示编译器这部分代码按C语言的进行编译，而不是C++的。由于C++支持函数重载，因此编译器编译函数的过程中会将函数的参数类型也加到编译后的代码中，而不仅仅是函数名；而C语言并不支持函数重载，因此编译C语言代码的函数时不会带上函数的参数类型，一般只包括函数名。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值