- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
注意:答案是按照特定顺序给出的,但是由于许多用户是根据投票而不是给出时间来对答案进行排序的,因此以下是最有意义的顺序的索引:
The General Syntax of operator overloading in C++
The Three Basic Rules of Operator Overloading in C++
The Decision between Member and Non-member
Common operators to overload
赋值运算符
输入和输出运算符
函数调用运算符
比较运算符
算术运算符
数组下标
指针类型的运算符
Conversion Operators
Overloading new and delete
(注意:这应该是Stack Overflow's C++ FAQ的条目。如果您想批评以这种形式提供FAQ的想法,那么the posting on meta that started all this就是这样做的地方。 C++ chatroom,这是FAQ想法首先出现的地方,因此,您的答案很可能会被提出该想法的人阅读。)
最佳答案
普通运算符重载
重载操作员中的大部分工作是样板代码。这也就不足为奇了,由于运算符仅仅是语法糖,它们的实际工作可以由(通常转发给)普通函数来完成。但是,重要的是要正确编写此样板代码。如果失败,则操作员的代码将无法编译,或者用户的代码将无法编译,或者用户的代码将表现异常。
赋值运算符
关于任务有很多要说的。但是,大多数内容已经在GMan's famous Copy-And-Swap FAQ中说过了,因此在这里我将跳过大部分内容,仅列出完美的赋值运算符以供参考:
X& X::operator=(X rhs)
{
swap(rhs);
return *this;
}
<<
和
>>
仍用于它们从C继承的位处理功能的硬件接口中,但在大多数应用程序中,它们已作为重载流输入和输出运算符而变得更加普遍。有关作为位操作运算符的指导超载,请参见下面有关二进制算术运算符的部分。当对象与iostream一起使用时,要实现自己的自定义格式和解析逻辑,请继续。
std::ostream& operator<<(std::ostream& os, const T& obj)
{
// write obj to stream
return os;
}
std::istream& operator>>(std::istream& is, T& obj)
{
// read obj from stream
if( /* no valid object of T found in stream */ )
is.setstate(std::ios::failbit);
return is;
}
operator>>
时,仅当读取本身成功时才需要手动设置流的状态,但是结果不是预期的。
this
参数。除此之外,可以重载任何数量的附加参数,包括零。
class foo {
public:
// Overloaded call operator
int operator()(const std::string& y) {
// ...
}
};
foo f;
int a = f("hello");
!
应该(根据相同规则)实现为成员函数。 (但通常不建议重载它。)
std::sort()
)和类型(例如
std::map
)将始终只希望出现
operator<
。但是,您的类型的用户也希望所有其他运算符也都存在,因此,如果您定义
operator<
,请确保遵循运算符重载的第三条基本规则,并且还要定义所有其他布尔比较运算符。实施它们的规范方法是:
inline bool operator==(const X& lhs, const X& rhs){ /* do actual comparison */ }
inline bool operator!=(const X& lhs, const X& rhs){return !operator==(lhs,rhs);}
inline bool operator< (const X& lhs, const X& rhs){ /* do actual comparison */ }
inline bool operator> (const X& lhs, const X& rhs){return operator< (rhs,lhs);}
inline bool operator<=(const X& lhs, const X& rhs){return !operator> (lhs,rhs);}
inline bool operator>=(const X& lhs, const X& rhs){return !operator< (lhs,rhs);}
||
,
&&
)的语法遵循比较运算符的规则。但是,您不太可能为这些找到合理的用例2。
*this
)也必须是
const
。因此,实现为成员函数的比较运算符必须具有以下签名:
bool operator<(const X& rhs) const { /* do actual comparison with *this */ }
const
。)
||
和
&&
的内置版本使用快捷方式语义。虽然用户定义的语法(因为它们是方法调用的语法糖),却不使用快捷方式语义。用户将期望这些运算符具有捷径语义,并且它们的代码可能依赖于此,因此,强烈建议不要定义它们。
class X {
X& operator++()
{
// do actual increment
return *this;
}
X operator++(int)
{
X tmp(*this);
operator++();
return tmp;
}
};
i++
,当
++i
不是内置类型(加上更改类型时必须更改代码)时,就很难记住要执行
i
了。最好养成始终使用前缀增量的习惯,除非明确需要后缀。
+
,还提供
+=
,如果提供
-
,请不要省略
-=
,依此类推。Andrew Koenig是据说是第一个观察到化合物赋值运算符可以用作其非化合物对应物的基础的人。也就是说,运算符
+
是用
+=
来实现的,
-
是用
-=
来实现的等。
+
及其同伴应为非成员,而其复合赋值对应对象(
+=
等)(更改其左引数)应为成员。这是
+=
和
+
的示例代码;其他二进制算术运算符应以相同的方式实现:
class X {
X& operator+=(const X& rhs)
{
// actual addition of rhs to *this
return *this;
}
};
inline X operator+(X lhs, const X& rhs)
{
lhs += rhs;
return lhs;
}
operator+=
返回每个引用的结果,而
operator+
返回其结果的副本。当然,返回引用通常比返回副本更有效,但是在
operator+
的情况下,无法进行复制。编写
a + b
时,您希望结果是一个新值,这就是
operator+
必须返回新值的原因。3
operator+
通过复制而不是通过const引用获取其左操作数。这样做的原因与
operator=
每个副本采用其参数的原因相同。
~
&
|
^
<<
>>
应该以与算术运算符相同的方式实现。但是,(除了重载
<<
和
>>
的输出和输入),很少有合理的用例可以重载这些用例。
a += b
通常比
a + b
更有效,并且如果可能的话应该首选。
class X {
value_type& operator[](index_type idx);
const value_type& operator[](index_type idx) const;
// ...
};
operator[]
返回的数据元素(在这种情况下,您可以忽略non-const变体),否则应始终提供运算符的两个变体。
class X {
value_type& operator[](index_type idx);
value_type operator[](index_type idx) const;
// ...
};
*
和二进制中缀指针成员访问运算符
->
:
class my_ptr {
value_type& operator*();
const value_type& operator*() const;
value_type* operator->();
const value_type* operator->() const;
};
->
运算符,如果
value_type
是
class
(或
struct
或
union
)类型,则递归调用另一个
operator->()
,直到
operator->()
返回非类类型的值。
operator->*()
,请参见
this question。它很少使用,因此也很少过载。实际上,即使迭代器也不会使它过载。
关于c++ - 运算符重载的基本规则和惯用法是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/41312271/
我需要在 nginx-ingress 版本上允许来自多个来源的请求:http://localhost:4200、http://localhost:4242 等1.7.1.但我无法对多个来源执行此操作,
我正在部署我使用 APIGILITY 开发的 API到 IIS。由于 IIS 不支持 .htaccess,我试图从 .htaccess 文件的内容创建 web.config 文件。我使用 IISv7.
我正在尝试更改上面 css 样式中的“宽度”规则。在“inspect element”中你可以看到宽度是1008px。我不希望它是 1008px 但它不会让我在 css 样式中更改它你可以看到它被“删
外部css赋值有2种方法,我用的是第一种;大多数网站使用第二种方法。我想知道我是否做错了! 第一种方法: 为几乎每个 css 规则创建一个类并在任何地方使用它们。 blah blah .f_
RDF使用 WEB 标识符 (URIs) 来标识资源,使用属性和属性值来描述资源 RDF 资源、属性和属性值 RDF使用 WEB 标识符来标识事物,并通过属性和属性值来描述资源。 关于资源、属性
我想挖掘特定的 rhs 规则。文档中有一个示例证明这是可能的,但仅适用于特定情况(如下所示)。先来一个数据集来说明我的问题: input {b=100002} 0.2500000 0.250000
我想让 nginx 从网站根目录(:http://localhost:8080/)提供一个静态文件,但它为我的代理通行证提供服务;它提供“/”规则而不是“=/”。 这是我的 nginx 配置的样子:
根据gnu make documentation , 如果一个规则通过一次调用生成多个目标(例如,一个配方执行一个带有多个输出文件的工具),你可以使用 '&:' 规则语法来告诉 make。但是,当在多
我已阅读Firebase Documentation并且不明白什么是 .contains()。 以下是文档中 Firebase 数据库的示例规则: { "rules": { "rooms"
关闭。这个问题是opinion-based 。目前不接受答案。 想要改进这个问题吗?更新问题,以便 editing this post 可以用事实和引文来回答它。 . 已关闭 6 年前。 Improv
我正在尝试做一些多态性练习,但我无法弄清楚这种多态性是如何工作的。我没有找到任何关于这种练习的深入信息。希望大家能给我一些解释。 练习1: class Top { public void m(
为了调试复杂的 XSLT 转换,我将其分为几个部分:首先构建 %.1.xml,然后使用它构建 %.2.xml ,最后构建 %.3.xml。一切正常,但如果我要求 Make 构建最后一个,Make 总是
我尝试了 hacerrank 的 slove 练习 Click我不知道如何添加这些规则: ► 它可以包含 4 个一组的数字,并用一个连字符“-”分隔。 ► 不得有 4 个或更多连续重复数字。 这是我的
我正在尝试编写一个小测验,我希望“再试一次”按钮遵循与“else”之前的“if”语句相同的规则 using System; public class Program { public stat
在我的 Spring/Boot Java 项目中,我有一组服务方法,例如以下一个: @Override public Decision create(String name, String descr
我正在阅读 Covariant virtual function .上面写着 假设 B::f 覆盖了虚函数 A::f。如果满足以下所有条件,A::f 和 B::f 的返回类型可能不同: 1) The
我工作的公司想要分发(在公共(public)链接中)具有内部签名的应用程序。我很确定 Apple 否认这种事情,但我在官方文档/契约(Contract)中没有找到任何相关信息。 有谁知道它到底是如何工
我是 CSS 新手。我观察到一个奇怪的 CSS 行为,其中一个元素具有以下 CSS 属性 .container .header{ color: #FFFFFF; font-size: 2em;
这个问题在这里已经有了答案: Is there a CSS selector for elements containing certain text? (21 个答案) 关闭 7 年前。
我有以下 CSS: workoutcal.css: .errorlist{ color:red; } 以下基本模板: base.html: {% load static %} {
我是一名优秀的程序员,十分优秀!