现在,我可以访问此第三方类的数据成员,而无需重新编译第三方库.
因此,我的结论是“公共”,“受保护”和“私人”等关键词不会进入编译代码.这些关键字的范围仅限于头文件.
我们可以将“private”和“protected”更改为“public”以访问类数据成员.
我的结论是对还是错？请帮忙.
解决方法
Do I need recompile third party libraries if I make a small change to the header file
是的,一点没错.
访问规则仅在编译时应用,并且不会存在于已编译的可执行文件中.但是,它们会对您的类型的内存布局产生巨大影响,并且这种影响通过编译,生成可执行文件并最终生成到执行计算机上的RAM中.
[C++11: 9.2/14]:Non-static data members of a (non-union) class with the same access control (Clause 11) are allocated so that later members have higher addresses within a class object. The order of allocation of non-static data members with different access control is unspecified (11). [..]
考虑到这一点,请考虑以下事项：
struct T
{
private:
int x;
public:
int y;
int z;
};
关于x和y如何相对于彼此出现在内存中是未指定的,但是z将始终在y之后找到(因为它们共享访问级别).因此,编译器可能提出的一种可能的顺序是：
y z x
现在,如果您要更改x以使其也是公共的：
struct T
{
public:
int x;
int y;
int z;
};
……不再允许以前的订购;实际上,现在唯一允许的排序是：
x y z
看到类型布局的变化打破了二进制兼容性,这对编译的程序来说是一个非常重要的变化：至少,你必须重建整个项目;在最坏的情况下,就像这里一样,它是一个库,所以你还必须增加你用来表示二进制接口更改的版本号(以防止可怕的访问冲突和难以发现的错误),并将新的依赖项传播到所有依赖项目.
无论如何,对第三方图书馆这样做似乎从一开始就闻起来.它有一个非常差的接口,不适合用途(在这种情况下,使用不同的接口或通过改进接口正确分叉),或者你正在做一些可怕的错误.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
