alf*_*lfC 16 c++ allocator type-traits c++11 c++17
从我在http://en.cppreference.com/w/cpp/memory/allocator中读到的内容来看,分配器的大部分功能现在都将被弃用.问题是,如何在新代码中使用分配器?现在"正确"的方式是什么?
从我在文档中推断出来的,construct是分配器特性的一部分,而不是分配器本身.
我正在构建一个自定义容器,这里是一个非常简单的构造函数版本,这是一个很好的新设计用法吗?
container::container(std::size_t size, T const& value, Allocator const& allocator) : allocator_(allocator){
data_ = std::allocator_traits<Alloc>::allocate(allocator_, size);
for(auto ptr = data_; ptr != data_ + size; ++ptr){
std::allocator_traits<Allocator>::construct(allocator_, ptr, value)
}
}
Run Code Online (Sandbox Code Playgroud)
我试图std::for_each在循环中使用一个算法(如),但我没有设法使用一个没有地址(operator&).
我在哪里可以找到现代分配器的完整示例?
经过一些调整,我找到了一种方法来使用算法而不是原始循环(可以传递执行策略).我不是很确定,但可能是这样的:
data_ = std::allocator_traits<Allocator>::allocate(allocator_, size);
std::for_each([policy? deduced from allocator?,]
boost::make_counting_iterator(data_),
boost::make_counting_iterator(data_ + size),
[&](auto ptr){std::allocator_traits<Allocator>::construct(allocator_, ptr, value);}
);
Run Code Online (Sandbox Code Playgroud)
是的,目前的方法是通过std::allocator_traits.你将能够以这种方式支持"最小分配器接口".
http://en.cppreference.com/w/cpp/concept/Allocator
一些要求是可选的:模板
std::allocator_traits为所有可选要求提供默认实现,并且所有标准库容器和其他分配器感知类通过std::allocator_traits而不是直接访问分配器.
如果您观察std::allocator_traits成员函数和typedef,您将看到他们正在检测是否存在适当的函数/类型,并且如果可以,则通过它们进行调度.
如果您已经使用std::allocator_traits,则弃用和潜在的将来删除将不会改变,因为它仅适用std::allocator于其成员函数/ typedef.
现在,如果你问我,for循环没有任何问题,并且使用std::for_each什么都没有收获.有几个uninitialized_*功能,但它们直接使用placement new.如果您真的在乎,可以将此代码提取到单独的construct_range函数中.
还有一个异常安全问题 - 如果其中一个构造函数抛出,你需要销毁前面的元素以满足强大的异常保证并释放内存(析构函数不会在构造函数抛出的情况下被调用)