Effective C++ 条款20: 避免public接口出现数据成员

最新推荐文章于 2024-11-09 13:08:09 发布
最新推荐文章于 2024-11-09 13:08:09 发布
阅读量487 收藏
点赞数
文章标签： c++ java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xrloyx/article/details/6772728
版权

在java中我们习惯把类的数据成员声明为私有的，而对这个数据成员的读写通过方法来实现（get（），set（））

这样有以下好处

1、可以更精确地控制数据成员的访问权。

2、功能分离

3、某种情况下，可以使其对象占有更少的内存，节省空间。

用接口方法来访问数据成员，这样我们就可以再接口方法更加自己的需求来定义自己的借口方法，从做到功能分离。

xrloyx
关注
Effective Modern C++ 条款3：理解decltype
cf18862344377的博客
04-29 882
在这个模板中，我们不知道我们操纵的容器的类型是什么，那意味着我们同样不知道它使用的索引对象（index objects）的类型，对一个未知类型的对象使用传值通常会造成不必要的拷贝，对程序的性能有极大的影响，还会造成对象切片行为（参见。举个例子，假定我们写一个函数，一个形参为容器，一个形参为索引值，这个函数支持使用方括号的方式（也就是使用“这样的代码将会把你送上未定义行为的特快列车，一辆你绝对不想上第二次的车。“符号指出函数的返回类型，尾置返回类型的好处是我们可以在函数返回类型中使用函数形参相关的信息。
Effective C++ 学习笔记:避免public接口出现数据成员
qinmelody的专栏
01-28 516
不要把数据成员放到public接口里面，对数据成员的操作一律通过函数调用的方法来实现。从理论上来说这叫“功能分离”。结论是，在public接口里放上数据成员无异于自找麻烦，所以要把数据成员安全地隐藏在与功能分离的高墙后。
effective C++笔记之条款20、21：避免public接口出现数据成员、尽可能使用const
philips的专栏
03-13 958
条款20： 避免public接口出现数据成员   l        如果接口里存在数据成员，用户每次访问类的成员时候会想是该用括号还是不该用括号。如果每个成员都是函数，就不用多想了。 l        采用函数可以更精确地控制数据成员的访问权。如果使数据成员为public，每个人都可以对它读写；如果用函数来获取或设定它的值，就可以实现禁止访问、只读访问和读写访问、只写访问。 l
effective c++ 条款20: 避免public接口出现数据成员
fengxinziyang的专栏
09-15 428
<br />条款20: 避免public接口出现数据成员 条款20: 避免public接口出现数据成员<br /> <br />首先，从“一致性”的角度来看这个问题。如果public接口里都是函数，用户每次访问类的成员时就用不着抓脑袋去想：是该用括号还是不该用括号呢？——用括号就是了！因为每个成员都是函数。一生中，这可以避免你多少次抓脑袋啊！<br />你不买“一致性”的帐？那你总得承认采用函数可以更精确地控制数据成员的访问权这一事实吧？如果使数据成员为public，每个人都可以对它读写；如果用函数来
Effective C++条款33：避免遮掩继承而来的名称
qq_44800780的博客
11-09 165
考虑以下代码： int x; void someFunc() { double x; std::cin >> x; }; 读取数据的语句涉的是局部变量x,而不是全局变量x，因为内层作用域的名称会遮掩外围作用域的名称。 考虑以下的类： class Base { private: int x; public: virtual void mf1() = 0; virtual vo...
Effective C++条款34：区分接口继承和实现继承
qq_44800780的博客
11-09 149
考虑以下类: class Shape { public: virtual void draw() const = 0; virtual void error(const std::string & msg); int objectID() const; ... }; class Rectangle : public Shape{...}; class Ellipse : publi...
Effective C++条款33：避免遮掩继承而来的名称（Avoid hiding inherited names）
CltCj的博客
12-20 457
Effective C++条款33：避免遮掩继承而来的名称（Avoid hiding inherited names）
Effective C++条款28：避免返回handles指向对象内部成分
qq_44800780的博客
11-08 213
考虑下面的类： class Point { public: Point(int x, int y); ... void setX(int newVal); void setY(int newVal); ... }; struct RectData { Point ulhc; Point lrhc; }; class Rectangle { ... private: std::sha...
Effective C++ 条款33：避免遮掩继承而来的名称
cape的博客
10-02 496
考虑下面这段代码：int x; void someFunc() { double x; //local variable std::cin>>x; //read a new value to local x }作用域图如下： 这个指涉的是local变量x，而不是global变量x，因为内存作用域会的名称遮掩外围作用域的名称。当编译器处于someFunc的作用域内并遭遇名
Effective C++条款46:需要类型转换时请为模板定义非成员函数
qq_44800780的博客
11-17 176
template<typename T> class Rational { public: Rational(const T & numerator = 0, const T &denominator = 1); const T numerator() const; const T denominator() const; private: ... }; tem...
Effective Modern C++ 条款12：使用override声明重写函数
cf18862344377的博客
05-05 913
比如，下面的代码是完全合法的，咋一看，还很有道理，但是它没有任何虚函数重写——没有一个派生类函数联系到基类函数。后面我还会提到引用限定符修饰成员函数，但是现在，只需要记住如果基类的虚函数有引用限定符，派生类的重写就必须具有相同的引用限定符。，你可以只改变基类函数签名，重编译系统，再看看你造成了多大的问题（即，多少派生类不能通过编译），然后决定是否值得如此麻烦更改函数签名。，你只能寄希望于完善的单元测试，因为，正如我们所见，派生类虚函数本想重写基类，但是没有，编译器也没有探测并发出诊断信息。
Effective Modern C++ 条款38：关注不同线程句柄的析构行为
cf18862344377的博客
05-22 1085
最后，决定先不改变，所以C++11和C++14中这里的行为是一致的。满足上面条件的任意一条（比如由于程序逻辑造成的不满足），你就可以确定析构函数不会执行“异常”行为。因为与被调用者关联的对象和与调用者关联的对象都不适合存储这个结果，所以必须存储在两者之外的位置。阻塞了它们的析构函数”。我们真正要处理的是一个简单的“正常”行为以及一个单独的例外。的数据成员（当然，还做了另一件事，就是递减了共享状态中的引用计数，这个共享状态是由引用它的。创建的共享状态才有资格执行“异常”行为，但是有其他创建共享状态的方式。
Effective Modern C++ 条款41：对于移动成本低且总是被拷贝的可拷贝形参，考虑按值传递
cf18862344377的博客
05-24 1614
（这样的句子就说明有一个术语来区分拷贝操作制作的副本，和移动操作制作的副本，是非常好的。对于特殊的场景，可拷贝且移动开销小的类型，传递给总是会拷贝他们的一个函数，并且切片也不需要考虑，这时，按值传递就提供了一种简单的实现方式，效率接近传递引用的函数，但是避免了传引用方案的缺点。结论是，使用通过赋值拷贝一个形参进行按值传递的函数的额外开销，取决于传递的类型，左值和右值的比例，这个类型是否需要动态分配内存，以及，如果需要分配内存的话，赋值操作符的具体实现，还有赋值目标占的内存至少要跟赋值源占的内存一样大。
C++_用 using 语句继承基类的构造函数
最新发布
学海无涯
11-09 241
**默认情况下**，派生类会继承基类的所有成员，包括数据成员和函数成员，但不会继承基类的**构造函数和析构函数**，因为构造函数和析构函数的作用是创建和销毁对象，派生类通常需要有自己的构造和析构的逻辑。C++11 引入了using语句，使得派生类可以通过 using 关键字使用基类的构造函数，更方便地复用基类的构造逻辑。
常用的c++特性--＞day02
m0_69093426的博客
11-06 685
C++11中为我们提供了一个模板类叫做std::enable_shared_from_this，这个类中有一个方法叫做shared_from_this()，通过这个方法可以返回一个共享智能指针，在函数的内部就是使用weak_ptr来监测this对象，并通过调用weak_ptr的lock()方法返回一个shared_ptr对象。通过打印的结果可以知道，虽然弱引用智能指针wp3、wp4、wp5监测的资源是同一个，但是它的引用计数并没有发生任何的变化，也进一步证明了weak_ptr只是监测资源，并不管理资源。
C++ string(2)实现精讲
Jason_from_China的博客
11-06 1720
C++ string的使用我们已经讲解了，接下来我们会讲解string的实现，但是并不是每一个我都会实现，比如string删除有好几个，但是我会删除只是实现一个erase，首先是使用的次数频繁，其次是都大差不差，没有必要实现那么多，我这里只是把string整体的逻辑给实现，对string有一个更深入的了解提升代码能力和思维能力。注意事项1。
2024年华为OD机试真题-查找充电设备-C++-OD统一考试（E卷）
面试高手的博客
11-08 299
某个充电站，可提供n个充电设备只，每个充电设备均有对应的输出功率任意个充电设备组合的输出功率总和，均构成功率集合P的1个元素功率集合P的最优元素，表示最接近充电站最大输出功率pmax 的元素。每一题都含有详细的解题思路和代码注释，精编c++、JAVA、Python三种语言解法。当充电设备输出功率50、20、20组合时，其输出功率总和为90，最接近充电站最大充电输出功率，因此最优元素为90。所有充电设备的输出功率组合，均大于充电站最大充电输出功率30，此时最优元素值为0。第 2 行为每个充电设备的输出功率。
【Effective C++】阅读笔记5
gma999的博客
11-07 911
Effective C++ 面向对象和模板相关章节
Effective C++：保护数据成员，提升程序设计质量
将数据成员设置为公有（public）会使得任何对象都可以直接访问并修改这些数据，这可能导致数据的安全性和一致性受到威胁。遵循面向对象的设计原则，应尽量保持数据的封装性，将数据成员声明为私有（private）或保护...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值