专栏首页C++核心准则原文翻译C++核心准则C.168: 将重载的运算符定义在操作对象的命名空间内

C++核心准则C.168: 将重载的运算符定义在操作对象的命名空间内

C.168: Define overloaded operators in the namespace of their operands

C.168: 将重载的运算符定义在操作对象的命名空间内

Reason(原因)

Readability. Ability for find operators using ADL. Avoiding inconsistent definition in different namespaces

可读性。提供使用ADL发现操作符的能力。避免不同命名空间中的不一致。

ADL,Argument-dependent lookup.详细请参照以下链接:

https://en.cppreference.com/w/cpp/language/adl

--译者注

Example(示例)

struct S { };
bool operator==(S, S);   // OK: in the same namespace as S, and even next to S
S s;

bool x = (s == s);

This is what a default == would do, if we had such defaults.

这正是默认相等比较运算符做的事情,如果存在这么一个默认的话。

Example(示例)

namespace N {
    struct S { };
    bool operator==(S, S);   // OK: in the same namespace as S, and even next to S
}

N::S s;

bool x = (s == s);  // finds N::operator==() by ADL
Example, bad(反面示例)
struct S { };
S s;

namespace N {
    S::operator!(S a) { return true; }
    S not_s = !s;
}

namespace M {
    S::operator!(S a) { return false; }
    S not_s = !s;
}

Here, the meaning of !s differs in N and M. This can be most confusing. Remove the definition of namespace M and the confusion is replaced by an opportunity to make the mistake.

代码中N和M两个命名空间中!s的含义不一样。这会非常混乱。如果去掉命名空间M的定义又会增加出错的可能。

Note(注意)

If a binary operator is defined for two types that are defined in different namespaces, you cannot follow this rule. For example:

如果为不同命名空间内的两个不同的类型定义二目运算符,你无法遵守本准则。例如:

Vec::Vector operator*(const Vec::Vector&, const Mat::Matrix&);

This may be something best avoided.

这可能是最好状态了。

See also(参照)

This is a special case of the rule that helper functions should be defined in the same namespace as their class.

这可以说是【帮助函数应该和它帮助的类定义在一个命名空间内】规则的特例。

Enforcement(实施建议)

  • Flag operator definitions that are not it the namespace of their operands
  • 标记没有和操作对象定义在同一个命名空间中的运算符。

原文链接:

https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md#c168-define-overloaded-operators-in-the-namespace-of-their-operands


觉得本文有帮助?请分享给更多人。

关注【面向对象思考】轻松学习每一天!

面向对象开发,面向对象思考!

本文分享自微信公众号 - 面向对象思考(OOThinkingDalian),作者:面向对象思考

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2020-03-05

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • C++核心准则ES.12:不要在嵌套作用域中重复使用同样的名称

    It is easy to get confused about which variable is used. Can cause maintenance p...

    面向对象思考
  • C++核心准则R.12:立即将显式分配的资源交给资源管理对象​

    If you don't, an exception or a return may lead to a leak.

    面向对象思考
  • C++核心准则F.51:如果可以,优先选择缺省参数而不是重载

    Default arguments simply provide alternative interfaces to a single implementati...

    面向对象思考
  • 软件定义网络SDN从数据网络向光网络延伸

    :随着网络流量的剧增,网络复杂度的增大,新业务的不断涌现,光网络发展面临着新的挑战,为了改变网络相对封闭、臃肿的尴尬境地,向光网络引入SDN。不过,面临着诸多挑...

    SDNLAB
  • CRM product搜索结果重复数据的一个解决方案

    When using approach 2 to implement POC, in X3C/504, all the product id are the s...

    Jerry Wang
  • Python面试题目之深浅拷贝浅析

    b是对a列表的又一个引用,所以a、b是完全相同的,可以通过id(a)==id(b)证明。

    Jetpropelledsnake21
  • IDEA 热部署配置 HotSwapAgent-IntelliJ-IDEA-plugin

    Our work is fun, but we don't want to waste our time waiting when our latest cha...

    一个会写诗的程序员
  • Python 解决Python安装包时提示Unable to find vcvarsall.bat的问题

    Python安装包时,提示Unable to find vcvarsall.bat,如下

    授客
  • 如何处理Fiori错误消息 - User Parameter is not maintained

    版权声明:本文为博主汪子熙原创文章,未经博主允许不得转载。 https://jerry.bl...

    Jerry Wang
  • 从架构角度看Retrofit的作用、原理和启示

    前言 Retrofit是squareup公司的开源力作,和同属squareup公司开源的OkHttp,一个负责网络调度,一个负责网络执行,为Android开发者...

    我就是马云飞

扫码关注云+社区

领取腾讯云代金券