- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我已经询问过有关代码审查和软件工程的问题,但该主题不适合该网站,所以我在这里提问,希望这不是基于意见的。我是一名“守旧派”的 C++ 开发人员(我已经停止使用 C++ 2003),但现在我已经阅读了几本关于现代 C++ 11/17 的书籍,并且我正在重写我的一些库。
我做的第一件事是在需要的地方添加移动构造函数/赋值运算符(= 已经具有析构函数的类 + 复制构造函数和复制赋值)。基本上,我使用的是五规则。
我的大部分函数都是这样声明的
func(const std::string& s);
这是传递引用避免复制的常用方法。顺便说一句,还有新的移动语义,还有一些我在我的书/网上找不到的东西。这段代码:
void fun(std::string& x) {
x.append(" world");
std::cout << x;
}
int main()
{
std::string s{"Hello "};
fun(s);
}
也可以写成:
void fun(std::string&& x) {
x.append(" world");
std::cout << x;
}
int main()
{
std::string s{"Hello "};
fun(std::move(s));
//or fun("Hello ");
// or fun(std::string {"Hello" });
}
我的问题是:我什么时候应该声明接受作为右值引用的参数的函数?
我了解 && 语义在构造函数和赋值运算符上的用法,但不了解函数。在上面的例子中(第一个函数)我有一个 std::string& x
不能被调用为 fun("Hello ");
当然因为我应该删除类型作为 const std::string& x
。但是现在 const 不允许我更改字符串!
是的,我可以使用 const 强制转换,但我很少使用强制转换(即使是这样,它们也是动态强制转换)。 && 的强大之处在于我避免了复制,我不必做类似的事情
std::string x = "...";
fun(x); //void fun(std::string& x) {}
我可以评估将被移动的临时值。我应该尽可能声明带有右值引用的函数吗?
我有一个正在用现代 C++ 17 重写的库,我有如下函数:
//only const-ref
Type1 func(const type2& x);
Type3 function(const type4& x);
我在问是否值得将它们全部重写为
//const-ref AND rvalue reference
Type1 func(const type2& x);
Type3 function(const type4& x);
Type1 func(type2&& x);
Type3 function(type4&& x);
我不想创建太多可能无用的重载,但如果我的库的用户想要使用移动操作,我应该创建 && 参数类型。当然,我这样做不是针对原始类型(int、double、char...),而是针对容器或类。你有什么建议?
我不确定后一种情况(两个版本)是否有用。
最佳答案
让我评论一下您的问题和示例中的四种情况。
std::string_view
应该替换 const std::string&
参数,并且只要您可以保证安全使用的必要先决条件std::string_view
(生命周期,pointee 不变),它是开始现代化您的函数签名的好选择。const T&
与 T&&
(其中 T
不受模板类型推导的约束)与已知使用场景。附加到给定的可修改字符串的 void fun
函数只有在调用代码不需要之后的结果时才会作为 void fun(std::string&&)
有意义电话。在这种情况下,右值引用签名很好地记录了这种期望,并且是要走的路。但根据我的经验,这些情况很少见。const T&
与 T&&
(同样,没有类型推导)在未知的使用场景下。 std::vector::push_back
是一个很好的引用,它为右值和左值引用都重载了。与移动构造 a T
相比,push_back 操作被认为是廉价的,这就是重载有意义的原因。当假设一个函数比这样的移动构造更昂贵时,按值传递参数是一种有意义的简化(另请参阅 EMC++ 中的第 41 项)。const T&
与 T&&
当发生类型推导时。在这里,尽可能将通用引用与 std::forward
一起使用,并且参数不能是 const 限定的。如果它们未在函数体中修改,请使用 const T&
。关于c++ - 将右值引用实现为函数重载中的参数,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/51253572/
假设我有一个类,我在其中重载了运算符 == : Class A { ... public: bool operator== (const A &rhs) const; ... };
我知道你不应该使用 std::find(some_map.begin(), some_map.end()) 或 std::lower_bound,因为它会采用线性时间而不是 some_map.lowe
我正在尝试在 Haskell 中定义 Vector3 数据类型,并允许在其上使用 (+) 运算符。我尝试了以下方法: data Vector3 = Vector3 Double Double Doub
我已经为我的类图将运算符重载为“-”。它的用途并不完全直观(糟糕的编码 - 我知道)但是如果我做 graph3 = graph2-graph1 那么图 3 是应该只接收图 2 和图 1 中的那些顶点。
这个问题在这里已经有了答案: 关闭 11 年前。 Possible Duplicate: Operator overloading 我想重载 以按字母顺序排列字符串,但我不确定该怎么做。 如何再次
下面的代码给我一个编译错误。谁能告诉我为什么? class mytype { public: int value; mytype(int a) { value = a;
这有什么问题吗? class Vec2 attr_accessor :x, :y # ... def += (v) @x += v.x @y += v.y retu
是否可以重载 [] 运算符两次?允许这样的事情:function[3][3](就像在二维数组中一样)。 如果可能的话,我想看看一些示例代码。 最佳答案 您可以重载 operator[] 以返回一个对象
我的团队目前正在与 Lua 合作,创建一个 android 游戏。我们遇到的一件事是表面上无法创建重载构造函数。 我习惯于使用默认值设置一个对象,然后在需要时使其过载。 前任: apples() {
我有一个网页,在某个时候显示一个导航栏,它只不过是一个 a 元素的列表 (ul)。所述 a 元素的大多数样式规则都是通用的。唯一应该改变的部分是要显示的图像,可以从列表中每个 li 元素的 id 标签
我对使用/重载“范围步长”运算符(.. ..)很感兴趣,但我终其一生都无法了解如何使用它。 在文档中它说 // Usage: start .. step .. finish 但是在 F# shell
Java 11(可能无关紧要): public static String toString(Object obj) { return ReflectionToStringBuilder.to
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
我无法理解以下代码(针对行号进行注释) class Base { void m1(Object o) { } void m2(String o) { } } publi
我有以下代码片段: #include using namespace std; struct Integer{ int x; Integer(const int val) : x(v
class myclass{ //definitions here }; myclass e; int myarray[10]; /* Do something... */ e = myarray;
为什么不能将下标运算符(operator [])作为 friend 函数重载? 最佳答案 正如Bjarne Stroustrup在D&E book中所说: However, even in the o
我有以下代码片段: #include using namespace std; struct Integer{ int x; Integer(const int val) : x(v
因此,我有一个问题是我最近尝试重载 namespace Eng { /** * A structure to represent pixels */ typedef
如何重载onResume()以正确的方式工作?我想从 activity 返回到 MainActivity ,我希望在其中具有与应用程序启动后相同的状态。我想使用 recreate() 但它循环了或者类
我是一名优秀的程序员,十分优秀!