具有共享所有者语义的容器

时间:2017-02-25 23:40:14

标签: c++ containers const-correctness

我正在设计一个具有共享所有权语义的容器类型。它支持切片,因此切片共享所有权。我的一个问题是数据共享似乎干扰了const的正确性,所以我试着注意这一点,但我对结果不满意。

以下是我实际代码的大致细分版本:

#include <memory>
#include <vector>
#include <algorithm>

template <typename T>
class SharedMem
{
public:
    SharedMem(std::initializer_list<T> init)
    : m_mem(std::make_shared<std::vector<T>>(init.begin(), init.end()))
    , m_data(m_mem->data())
    , m_size(m_mem->size())
    { }

    SharedMem(SharedMem& other) = default;        // best-effort for copy-construction
    SharedMem(SharedMem const& other) = delete;   // disallow, would circumvent const-correctness

    SharedMem& operator = (SharedMem const& other) {
        std::copy(other.m_data, other.m_data + other.m_size, m_data);
        return *this;
    }

    std::size_t size() const
    { return m_size; }
    T& operator [] (std::size_t index)
    { return m_data[index]; }
    T const& operator [] (std::size_t index) const
    { return m_data[index]; }

    SharedMem slice(std::size_t first, std::size_t last) {
        SharedMem<T> ret(*this);
        ret.m_data += first;
        ret.m_size = last - first;
        return ret;
    }
    SharedMem const slice(std::size_t first, std::size_t last) const {
        SharedMem<T> ret(*this);
        ret.m_data += first;
        ret.m_size = last - first;
        return ret;
    }

private:
    std::shared_ptr<std::vector<T>> m_mem;   // shared underlying memory
    T* m_data;                               // start of slice
    std::size_t m_size;                      // size of slice
};

预期用途:

int main(int argc, char** argv) {
    SharedMem<int> a { 0, 1, 2, 3, 4 };
    SharedMem<int> b { 8, 9 };
    SharedMem<int> c = a;   // shallow copy of a, data is shared
    a.slice(1, 3) = b;      // a = [0, 8, 9, 3, 4]
    c[4] = 6;               // a = [0, 8, 9, 3, 6]
}
某事告诉我,我走错了路。我看到了以下问题:

  • 它违反了3的规则。我特别不喜欢为了修复const-correctness而禁用默认的复制构造函数。否则,可以创建const对象的非const副本,后者可以修改前者的元素。
  • 复制构造和分配实现非常不同的操作。这就是我让c = aa.slice(1, 3) = b做正确的事情(实际上是非常不同的事情)。

我不确定我是否遇到麻烦。问题:

  • 这个设计没问题,还是会引发问题?如果是这样,哪个?
  • 如果存在严重缺陷,如何修复/避免它?

感谢任何提示。

1 个答案:

答案 0 :(得分:2)

您需要将类型分开才能以正确的方式正确地进行此操作。由于您发现的非常相似的原因,iteratorconst_iterator是所有标准库容器的不同类型。

那就是说,我认为这在很大程度上取决于你的用例/代码库和编码风格,我是否建议沿着那条路走下去(因为保护编码人员免受可能永远不会出现问题的困扰是很多开销)你的用例)。

如果你想尝试一下,一个解决方案看起来像这样:

namespace detail
{
    template<class T, bool Const>
    struct SharedInternalsT;

    template<class T>
    struct SharedInternalsT<T, true>
    {
        const T * m_data;
        std::size_t m_size;
    };

    template<class T>
    struct SharedInternalsT<T, false>
    {
        T * m_data;
        std::size_t m_size;
    };

    template<class T>
    using SharedInternals = SharedInternals<T, false>;

    template<class T>
    using ConstSharedInternals = SharedInternals<T, true>;
}

template<class T, bool Const>
class SharedMemT
{
public:

    using Traits = SharedMemTraits<T, Const>;
    using Ptr = typename Traits::Ptr;

    //now we can safely copy in a const correct way.
    SharedMemT(const SharedMemT & _other) :
    m_mem(_other.m_mem),
    m_internals(_other.m_internals)
    {

    }

private:

    std::shared_ptr<std::vector<T>> m_mem;
    detail::SharedInternals<T, Const> m_internals;
};

template<class T>
using SharedMem = SharedMemT<T, false>;

template<class T>
using ConstSharedMem = SharedMemT<T, true>;

这将是迈向解决方案的第一步。您很可能必须引入更多间接,以便能够从非const版本正确构造ConstVersions(可能通过启用/禁用具有std::enable_if的某些模板化复制构造函数等)。正如我所说,如果你正在构建某种符合标准库的代码,我只会走这条路。如果您只是为您的游戏构建一个小实用程序或其他内容,请忽略常量,不要浪费您的时间。