禁用operator=的类型实例化vector报错，寻求解决方法

这个问题我碰到过不少次，核心原因是**std::vector的赋值操作依赖元素类型的可赋值性**——当你对嵌套的vector<Row>（也就是vector<vector<DataEntry>>）使用operator=时，它会尝试逐个给容器内的元素赋值，而你的DataEntry禁用了拷贝赋值运算符，编译器自然会抛出实例化错误。

下面是几个可行的解决思路，你可以根据自己的业务场景选择：

办法1：优先用原地构造代替赋值操作 #

如果你的场景是初始化DataTable而非后续修改赋值，直接用emplace_back在容器内部构造元素，全程跳过赋值步骤：

DataTable table;
// 直接在data里构造空Row
table.data.emplace_back();
// 在目标Row里直接构造DataEntry，无需赋值
table.data.back().emplace_back(DataEntry{/* 构造参数 */});

这种方式完全依赖构造函数，不会触发任何operator=调用，从根源上避免了问题。

办法2：为DataEntry添加移动赋值运算符（C++11及以上） #

如果DataEntry没有不可移动的成员（比如原始指针以外的资源），可以在禁用拷贝赋值的同时，提供移动赋值运算符：

class DataEntry {
public:
    // 禁用拷贝赋值
    DataEntry& operator=(const DataEntry&) = delete;
    // 默认生成移动赋值（如果成员都支持移动）
    DataEntry& operator=(DataEntry&&) noexcept = default;
    
    // 其他构造函数、成员逻辑...
};

C++11之后的std::vector会优先使用移动语义完成赋值操作，此时不再需要拷贝赋值，编译就能正常通过。

办法3：用swap代替直接赋值 #

如果必须要转移DataTable的数据，别用operator=，改用vector的swap方法：

DataTable source_table;
// ...初始化source_table的数据...

DataTable target_table;
// 交换两个table的data容器，仅交换内部指针，不涉及元素赋值
source_table.data.swap(target_table.data);

swap操作效率极高，而且完全不依赖元素的赋值能力，非常适合批量转移数据的场景。

办法4：用智能指针包装DataEntry #

如果前面的办法都不适用，可以把DataEntry放进智能指针（比如std::unique_ptr）中，让vector存储指针而非对象本身：

using Row = vector<std::unique_ptr<DataEntry>>;
class DataTable {
public:
    vector<Row> data;
};

// 使用示例
DataTable table;
table.data.emplace_back();
table.data.back().emplace_back(std::make_unique<DataEntry>(/* 构造参数 */));

指针本身是支持赋值的，即使DataEntry禁用了operator=，也不会影响容器的正常操作，唯一需要注意的是智能指针的内存管理（unique_ptr会自动释放对象，无需手动管理）。

内容的提问来源于stack exchange，提问作者M.Dow