现在不是可以实现move吗？
--
FROM 27.186.193.*

多谢指点！

【 在 dormouseBHU (dormouseBHU) 的大作中提到: 】
: 标  题: Re: 请教关于运算符重载
: 发信站: 水木社区 (Sat Jan 30 12:44:24 2021), 站内
:
: 建议你看看eigen或者opencv的实现代码。
: 简单的说就B+C不要返回一个矩阵，而是返回一个代表B+C的类，这个类在opencv里叫做MatExpr。这个类有指向BC的指针，但是不计算。而在A的赋值构造函数中计算。
:
: 类似的技巧很多。基本原则就是把真正的计算尽量推迟到不得不算的时候。
: 【 在 ForSolitude 的大作中提到: 】
: : 用大矩阵运算做例子
: : 如果希望编程时写成这样： A = B + C;
: : 但是在实现"+" 运算时，希望数据直接写进了A的存储空间，
: : ...................
: --
: ※ 修改:·dormouseBHU 于 Jan 30 12:48:09 2021 修改本文·[FROM: 223.104.42.*]
: ※ 来源:·水木社区 http://m.newsmth.net·[FROM: 223.104.42.*]
--
修改:dormouseBHU FROM 223.104.42.*
FROM 120.199.57.*

多谢，F两个回复到信箱保存了:D
查查去

【 在 ilovecpp (cpp) 的大作中提到: 】
: 标  题: Re: 请教关于运算符重载
: 发信站: 水木社区 (Sat Jan 30 14:45:43 2021), 站内
:
: 不一定要自己实现，有boost yap之类框架。
:
: 【 在 ForSolitude 的大作中提到: 】
: : 多谢指点！
: :
: --
:
: ※ 来源:·水木社区 http://m.newsmth.net·[FROM: 114.86.95.*]
--
FROM 120.199.57.*

move只能解决一次运算的问题吧。
矩阵运算经常是 A = alpha B + beta C + gamma
或者 A = B C B.Transpose 类似这样的。

这样的 move 就解决不了了。

【 在 xyz3d 的大作中提到: 】
: 一般情况重载move的等于即可。
: T& operator=（T&& obj）
: 到时候c+b的临时结果被搬移到a，少一次拷贝。
: ...................
--
FROM 120.244.156.*

首先你举的例子有瑕疵。gamma是标量的话不能直接求和的。如果是矩阵的话有点怪。

其次我觉得你把问题复杂化了。
首先alpha*B这样的运算结果要先放到temp里面，然后再和后面的表达式继续运算。这个时候scalar乘法也应该重载做原地乘法并返回引用才能节省一次搬运的成本。
总的来说编译器可以优化就让编译器做，无法优化的可以自己手动优化。
【 在 dormouseBHU 的大作中提到: 】
: move只能解决一次运算的问题吧。
: 矩阵运算经常是 A = alpha B + beta C + gamma
: 或者 A = B C B.Transpose 类似这样的。
: ...................
--
FROM 85.76.105.*