简体繁体 English

为什么 rebind <U>::other 在 C++17 中被弃用并在 C++20 中被删除？</u>

[英]Why rebind<U>::other are deprecated in C++17 and removed in C++20?

原文 2021-11-10 20:26:07 7 1 c++/ c++17/ c++20/ allocator

I know that it deprecated and removed only in std::allocator.我知道它只在 std::allocator 中被弃用和删除。 And I can implement it on my own allocators.我可以在我自己的分配器上实现它。 But why it is deprecated?但为什么它被弃用？

1 个解决方案

rebind was a clunky, pre-C++11 way of taking an allocator type for T and converting it into an allocator type for U . rebind是一种笨拙的 C++11 之前的方法，它采用T的分配器类型并将其转换为U的分配器类型。 I say "pre-C++11" because C++11 gave us a much more convenient way to do it: template aliases.我说“pre-C++11”是因为 C++11 给了我们一个更方便的方法：模板别名。

allocator_traits template has a member template alias rebind<U> that computes Allocator<U> for the allocator it is a trait for. allocator_traits模板有一个成员模板别名rebind<U> ，它为它是一个特征的分配器计算Allocator<U> 。 It can use the rebind member of the allocator if it is available, otherwise, it just yields Allocator<U> .如果可用，它可以使用分配器的rebind成员，否则，它只会产生Allocator<U> 。

allocator_traits effectively defines a lot of functionality that std::allocator used to provide. allocator_traits有效地定义了许多std::allocator过去提供的功能。 This made a lot of members of std::allocator redundant, so they have been deprecated and removed in favor of the traits -based defaults.这使得std::allocator的许多成员变得多余，因此它们已被弃用并删除以支持基于traits的默认值。

为什么`std :: reference_wrapper`在c ++ 17中被弃用，而在c ++ 20中被删除？ - Why is `std::reference_wrapper` deprecated in c++17 and removed in c++20?

在 C++17 / C++20 中从 wstring 转换为 u16string 并返回（符合标准） - Conversion from wstring to u16string and back (standard conform) in C++17 / C++20

为什么 std::filesystem::u8path 在 c++20 中被弃用？ - Why is std::filesystem::u8path deprecated in c++20?

c++17 (c++20) 无序 map 和自定义分配器 - c++17 (c++20) unordered map and custom allocator

operator==() 代码编译 w/C++17 但不编译 C++20 - operator==() code compiles w/C++17 but not C++20

为什么 volatile 在 C++20 中被弃用？ - Why is volatile deprecated in C++20?

在现代 C++11 / C++14 / C++17 和未来的 C++20 中枚举到字符串 - enum to string in modern C++11 / C++14 / C++17 and future C++20

将 CMake 配置为在 C++20 中编译，但可执行文件在 C++17 中编译 - Configured CMake to compile in C++20 but the executable compiles in C++17

如果无法编译未使用的函数，则模板类可以使用 C++17 编译，但不能使用 C++20 编译 - Template class compiles with C++17 but not with C++20 if unused function can't be compiled

获取 C++17 / C++20 中参数包的最后一个元素 - Get Last element of parameter pack in C++17 / C++20

暂无

暂无

声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 为什么`std :: reference_wrapper`在c ++ 17中被弃用，而在c ++ 20中被删除？ - Why is `std::reference_wrapper` deprecated in c++17 and removed in c++20? 在 C++17 / C++20 中从 wstring 转换为 u16string 并返回（符合标准） - Conversion from wstring to u16string and back (standard conform) in C++17 / C++20 为什么 std::filesystem::u8path 在 c++20 中被弃用？ - Why is std::filesystem::u8path deprecated in c++20? c++17 (c++20) 无序 map 和自定义分配器 - c++17 (c++20) unordered map and custom allocator operator==() 代码编译 w/C++17 但不编译 C++20 - operator==() code compiles w/C++17 but not C++20 为什么 volatile 在 C++20 中被弃用？ - Why is volatile deprecated in C++20? 在现代 C++11 / C++14 / C++17 和未来的 C++20 中枚举到字符串 - enum to string in modern C++11 / C++14 / C++17 and future C++20 将 CMake 配置为在 C++20 中编译，但可执行文件在 C++17 中编译 - Configured CMake to compile in C++20 but the executable compiles in C++17 如果无法编译未使用的函数，则模板类可以使用 C++17 编译，但不能使用 C++20 编译 - Template class compiles with C++17 but not with C++20 if unused function can't be compiled 获取 C++17 / C++20 中参数包的最后一个元素 - Get Last element of parameter pack in C++17 / C++20

相关标签

粤ICP备18138465号 © 2020-2024 STACKOOM.COM