问题七：operator+=()是什么鬼函数？（重载操作符）

最新推荐文章于 2024-05-26 15:56:33 发布
原创 最新推荐文章于 2024-05-26 15:56:33 发布 · 3.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#C++ #operator #重载操作符

本文探讨了C++中操作符重载的概念及其重要性。通过对比内置类型与自定义类型的运算符使用，阐述了操作符重载使得自定义类型能够像内置类型一样直观地进行操作。此外，还讨论了特定操作符重载对于代码可读性和一致性的贡献。

重载的操作符在类体中被声明声明，方式同普通成员函数一样，只不过它的名字包含关键字operator，以及紧随其后的一个预定义操作符（该操作符必须来自C++预定义操作符的一个子集见表15.1）。

为什么要进行操作符重载？？？？？？

关于操作符重载要遵循这么多原则（此处不解释），那么为什么还要进行操作符重载呢？为什么我不是写一个add()函数，代替operator +()呢？？个人感觉C++中之所以要支持运算符的重载是为了与内置数据类型统一操作，比如：c = a + b 和 c = add（a,b），这看起来哪个更直观一点呢，显然是前者了。同时，我们希望操作我们自己定义的数据类型能像操作int和double这些内置数据类型一样方便。可能举这个加法的例子有点不好，现在加入重载的运算符是[],<<,^,|等呢？这时我们要用什么成员函数代替呢？？代替之后又是一种什么效果呢？会一眼就看出来这个函数要干什么吗？？

        

给这类函数一种特殊的命名方式，使该函数更直观！（只要知道这是一类函数名很奇怪的函数就可以啦！！！！！！）

 

 

c++ operator百样操作符重载（详解）
啊渊的专栏
11-24 9455
文章介绍了c++关于操作符重载的详细内容 二、operator = ： 等号赋值重载 三、operator != : 不等于重载 四、operator> ： 大于号 或者 小于号重载 五、operator << ：输入重定向重载 六、operator >>：输出重定向重载 七、operator +：加号重载 八、operator ++ ：++重载 九、operator -- ：--重载
c++操作符重载
河西~石头
07-26 1431
容器对象list和vector使用时遇到find函数报错，那么问题的最终解决方案在操作符重载，这里就顺便将操作符重载的相关内容都详细介绍一遍，并给出实例代码
C++赋值运算符重载（operator=）实例
qq_41867876的博客
10-08 757
C++赋值运算符重载实例 1.声明文件 //MyIteger.h #pragma once #include<iostream> class MyInteger { public: MyInteger(int value); ~MyInteger(); /** *1.一般会加const，一是因为不想修改实参，二是可以接受const和非const两种实参 *2.使用引用是为了避免对实参进行拷贝，以提高效率 *3.返回引用是为了MyInteger可以像基本类型一样可以连续赋值，
STL源码剖析---deque::operator +=()
仰望星空
03-28 488
一、扩展 源码中用到的思想是“基地址+偏移量”，这个思想处处可见，注意留心。deque是分段连续的动态数组，其核心结构是数组+缓冲区。关于这个思想，还有些实例：二维数组、段页式地址布局、内存池自由链表free list等，基本原理都一样。下面我就二维数组进行举例—— 以深绿色为基准， 前进19步到达黄色；后退22步到达粉色。现在的问题是：不要通过演练，直接给出结果？那这是如何计算的呢？...
c++，operator=
weixin_33701294的博客
11-21 214
operator=为什么值得注意？ 从语法上讲，下面的程序可以编译通过，我在另一篇笔记示例里面也这样用了。 class A1 { public: int operator=(int a)//参数是int，语法通过但逻辑不通。 { return 8; } int operator+(int a) { ...
【C++】STL 容器 - string 字符串操作 ④ ( string 字符串连接 | 字符串重载函数 - operator+= 函数 | append 函数 )
让 学习 成为一种 习惯 ( 韩曙亮 の 技术博客 )
12-16 736
一、string 字符串连接 1、字符串重载函数 - operator+= 函数 2、字符串重载函数 - operator+ 函数 3、append 函数 4、代码示例 - string 字符串连接
浅谈C++虚重载操作符 virtual operator= 的使用方法
12-25
C++中虚操作符和其他虚函数的规则一样，操作符可以为虚函数，进行动态绑定， 虽然这种情况并不多见。本文以赋值操作符operator=举例。 派生类中要重定义基类虚函数，要注意参数必须为基类引用类型，否则与基类中虚...
c++ operator运算符重载
tankeven的博客
05-26 506
运算符重载就是为了让c++已有的的运算符通过运算符重载后实现原来没有的功能以便更方便使用。`、逻辑与运算符 `&&` 和逻辑或运算符 `||` 都不允许直接重载。5.赋值运算符：=，+=，-=，*=，/=，%=，&=，|=，^=，<<=，>>=原因是这些运算符都已经有了明确的语义，重载它们可能会破坏其原有的语义，5.运算符重载函数可以作为类的成员函数，可以作为全局函数。1.5个算术运算符：+， -， *， /， %，++=，<，>，<=，>=4.位运算符：&，|，^，~，<<， >>6. 箭头运算符->
C++中的赋值运算符重载函数（operator=）
automate123的博客
02-23 262
转载自 http://www.360doc.com/content/18/0526/09/54097382_757112296.shtml
c++17(14)-operator -,-=,+=
The research on computer technolog
02-23 399
#include <iostream> #include <cstring> using namespace std; class Book { private: int _id; char* _name; float _price; static int nowid; int _bookCount{1}; public : ...
C++重载运算符以及operator=的重载
热门推荐
paulfrank_zhang的博客
10-11 1万+
重载运算符 问题引入 int a=10 int b=20 int c=a+b 对于内置数据类型编译器知道如何运算（+） 然后对于自定义类型 People p1+People p2 编译器是处理不了的，因为People类内部没有定义 操作符 +， 在People类内定义成员函数 #include <iostream> #include<string>...
c++编程习惯八（让operator=返回一个引用）
Dachao0707的博客
10-29 1025
在第一次见到c语言中的字符串拷贝函数，不知道有没思考过一个问题，为什么这个函数需要返回一个char*？ 当知道这个问题的答案后，就明白了原来是为了链式调用！ 那么关于赋值操作，我们可以把它写成连锁形式： int x,y,z; x=y=z=10;//连锁形式 而且赋值采用右结合，所以上述赋值被解析为： x=(y=(z=10)); 那么为了实现这样的连锁赋值（链式调用），赋值操作符必须返...
c++ 类中同时使用operator+=和operator+为什么会报错
wwbchengxuyuan的博客
03-18 524
c++ 类中同时使用operator+=和operator+为什么会报错
operator++()实现：前置++和后置++
木牛的博客
05-21 185
【代码】operator++()实现：前置++和后置++
string超出内存限制：C++ string的operator+=、operator+、append与push_back
HermitSun的博客
01-26 2541
沉寂了很久，从今天开始重操旧业，做点题啥的，一方面是比较功利性的，另一方面……好吧确实是比较功利性的，没什么特殊的原因。 今天遇到了一个很有意思的问题：string超出内存限制。 题目其实很简单，也没什么太多的坑；虽然说测试用例里的字符串确实很大，但理论上来说是不应该出现这个问题的，并且我在本地测试也没有问题（本地是MinGW的g++）。 后来发现问题出在这里，比如我要实现一个字符串反转（以下是示...
“operator +=”不明确
kl418a的专栏
08-21 657
在VS2005环境，建立的MFC工程。定义了一个CString 对象m_strInputLine 在消息处理函数 void CTextView::OnChar(UINT nChar, UINT nRepCnt, UINT nFlags) { m_strInputLine += nChar; } 编译时出错 说重载操作符出错，提示信息：error C2593: “operato
c++关键字 operator++()与 operator++(int)
DqD1001的博客
03-30 610
纯粹定义问题 operator++() 对应++i; operator++(int) 对应i++;
operator++()与operator++(int)以及前置后置递增与左值右值的关系
weixin_41783335的博客
09-06 1232
如果需要重载++或者--，编译器怎么确定是前置还是后置，其实前置后置是不同的写法。 先上结论，operator++()是前置也就是++i,operator++(int)是后置也就是i++。 ++i返回的是引用，前置递增、递减运算符返回的是左值，后置递增，递减返回的是右值。 上代码： class A { public: int a; public: A& oper...
xlnt::detail::workbook_impl::operator ==”: 重载函数具有类似的转换
最新发布
05-08
### 关于 `xlnt` 库中 `workbook_impl` 的 `operator==` 重载冲突解决方案 在使用 `xlnt` 库时，如果遇到 `workbook_impl` 类型的 `operator==` 函数重载冲突问题，通常是因为以下几个原因： 1. **命名空间污染**：可能存在其他库或自定义代码中的同名函数干扰了 `xlnt` 中的 `operator==` 定义。 2. **重复声明**：同一作用域内多次引入包含 `operator==` 声明的头文件可能导致编译器无法区分具体实现。 3. **链接阶段冲突**：不同目标文件之间存在相同的符号名称。 以下是针对此问题的具体分析和解决方法： #### 解决方案一：显式指定命名空间 通过明确限定符调用 `xlnt::workbook` 或 `xlnt::workbook_impl` 的比较运算符可以有效避免命名空间污染带来的歧义。例如： ```cpp if (xlnt::operator==(wb1, wb2)) { // 执行逻辑... } ``` 这种方法利用 C++ 的 ADL（Argument-Dependent Lookup）机制确保调用了正确的重载版本[^1]。 --- #### 解决方案二：调整头文件导入顺序 有时头文件之间的依赖关系会导致隐式的函数覆盖行为。建议重新审视项目的头文件结构并遵循以下原则： - 将第三方库（如 `xlnt`）的核心头文件优先导入； - 避免在同一源文件中混合来自不同框架的功能相似的操作符定义。 对于 `xlnt` 而言，应始终先包含其主头文件路径下的核心组件： ```cpp #include <xlnt/xlnt.hpp> ``` 这样能够减少潜在的名字解析冲突风险[^3]。 --- #### 解决方案三：修改构建配置以统一运行时库设置 正如引用材料提到 `/MT` 和 `/MD` 对象模型差异引发的问题一样[^5]，即使当前问题是关于操作符而非内存管理，仍然有必要确认整个工程是否一致采用了相同的标准库模式。特别是当你尝试集成多个外部依赖项时，任何细微偏差都可能间接影响全局符号表的一致性。 因此推荐如下措施： - 统一所有参与项目使用的 CRT 运行时类型为动态链接 (`/MD`)； - 如果确实需要保持某些部分静态绑定，则需额外注意隔离这些区域与其他子系统的交互边界条件。 --- #### 替代策略四：绕过内置功能自行实现对比逻辑 假如以上手段均未能彻底消除矛盾点，还可以考虑放弃直接运用现成的相等判断接口转而手动编写定制化的验证流程。比如遍历两个工作簿内部存储的数据单元逐一核对其属性值是否存在匹配情况等等。下面给出一段示范代码片段展示这一思路的实际应用方式: ```cpp bool areWorkbooksEqual(const xlnt::workbook &lhs, const xlnt::workbook &rhs) { if(lhs.sheet_names() != rhs.sheet_names()) return false; auto lhs_sheets = lhs.worksheets(); auto rhs_sheets = rhs.worksheets(); if(lhs_sheets.size() != rhs_sheets.size()) return false; for(size_t i=0;i<lhs_sheets.size();++i){ if(!areSheetsEqual(*lhs_sheets[i], *rhs_sheets[i])) return false; } return true; } inline bool areSheetsEqual(const xlnt::worksheet& sheetA,const xlnt::worksheet&sheetB){ // Add detailed comparison logic here as needed. ... } ``` 尽管这种方式较为繁琐但也提供了最大的灵活性允许开发者根据实际需求灵活调整判定标准[^4]. --- ### 总结 综上所述，面对 `xlnt` 库内的 `workbook_impl operator==` 方法产生的冲突现象可以从四个方面入手加以处理即分别为清晰指派所属范畴；优化预处理器指令序列安排；协调好整体架构里的基础支撑设施参数以及最后迫不得已情形下重构专属评估体系完成任务目的达成。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值