- 主题:用c++可能会遇到哪些坑
找不到工作
【 在 telangpujing () 的大作中提到: 】
--
FROM 117.136.0.*
std::move其实并没有移动什么东西
std::remove其实并没有删除什么东西
就问你服不服
--
FROM 45.119.223.*
用move是为了避免深拷贝，改变了资源的所有者，效率挺高的
【 在 dpblue 的大作中提到: 】
: std::move其实并没有移动什么东西
: std::remove其实并没有删除什么东西
: 就问你服不服
--
FROM 106.121.144.*
我是说名字起得不好
【 在 telangpujing 的大作中提到: 】
: 用move是为了避免深拷贝，改变了资源的所有者，效率挺高的
:
--
FROM 45.119.223.*
多重继承 绝对是祸害源泉...
【 在 exbluesea (再一次深蓝) 的大作中提到: 】
: 语言上：
: 主要的坑：指针失效以及没有垃圾回收、还不支持完善的反射
: 优势：多重继承、操作符重载、强大的泛型
: ...................
--
FROM 68.146.128.*
起名字真是业界难题
【 在 dpblue 的大作中提到: 】
: 我是说名字起得不好
:
--
FROM 106.121.160.*
哈哈哈哈
【 在 ble 的大作中提到: 】
: 沼泽里哪里有什么坑？
: 【 在 telangpujing 的大作中提到: 】
: :
: ...................
--来自微水木3.5.1
--
FROM 101.84.168.*
二进制不兼容，串库（当然这实际上是一个编程的时候可以避免的错误，
是个经验问题）
【 在 telangpujing (telangpujing) 的大作中提到: 】
--
FROM 211.95.56.*
能不用C++就不用C++吧
--
FROM 112.45.96.*
&& 是 c++11 新引入的概念，叫做“右值”的引用。
它是个概念，是给编译器看的，所以不要纠结为什么要这样写。。。
在引用角度看，在代码上你其实分不清为什么编译器会把它理解成
& 或者 &&。
因为在此之前已经有了拷贝构造和赋值运算符，
而且他们的语义是“复制”，也就是对复制通常编译器也不敢做
擅自移动。
新加入的“移动”语义必须要在语法上和已经有的能区分开。
为了明确的让编译器放心的执行资源维护权在对象间的转移工作。
相对的，& 就有时候相对的成了“左值”的引用了。
【 在 pasta (冬眠中～) 的大作中提到: 】
: &, const &, && 都需要在什么情况下用？
: 函数重载与名字空间的遮掩关系，实参相关的查找规则
--
修改:hoodlum FROM 211.95.56.*
FROM 211.95.56.*