链表中平凡类的移动构造函数/赋值运算符技术问询

有意义，核心原因在于语义清晰性和接口兼容性，哪怕效率和拷贝一致：

• 语义层面：移动操作明确表达“转移对象数据的所有权”的意图，和拷贝“复制一份新数据”的语义完全区分。你的类依赖内部链表执行DoWork()，若用户需要将一个对象的职责转移给另一个（源对象不再需要执行工作），移动操作能直接实现这个逻辑，避免用户用拷贝模拟移动导致链表中出现重复数据的对象，浪费执行资源。
• 接口兼容性：实现移动操作后，你的类能适配C++标准库的移动语义场景，比如配合std::move放入容器、作为函数返回值时符合预期，也能更好地在泛型代码中工作——标准库很多组件（如std::vector）会优先调用移动操作，就算效率没提升，也能保证类的行为符合开发者的普遍预期。

你的计划是正确的，必须移除，原因如下：
C++移动语义的核心约定是：被移动后的源对象只能处于“合法但未定义”的状态，仅允许执行销毁或重新赋值操作。如果源对象留在链表中，Run()会持续调用它的DoWork()，但此时它的数据已经被转移给新对象，执行工作会导致错误行为（比如处理无效数据）。
从你的代码实现来看，移动构造/赋值中调用other.Remove()，将源对象从链表中移除并标记in_list_为false，正好符合这个约定——源对象不再参与链表的工作流程，仅保留销毁的合法性，完全符合移动语义的要求。

注：你的示例代码存在几处笔误，比如构造函数初始化列表里的in_list()应为in_list_()，Insert()和Remove()中的_in_list应为in_list_，修正后才能正常编译运行。

内容的提问来源于stack exchange，提问作者uuu777