【问题标题】:Understanding declval optimized implementation了解 declval 优化实现
【发布时间】:2019-10-06 07:16:45
【问题描述】:

查看libstdc++源码,发现如下declval实现:

template<typename _Tp, typename _Up = _Tp&&>
_Up __declval(int);  // (1)

template<typename _Tp>
_Tp __declval(long); // (2)

template<typename _Tp>
auto declval() noexcept -> decltype(__declval<_Tp>(0));

Eric Niebler 的这个实现 was proposed 作为编译时优化:他解释说重载解析比模板实例化更快。

但是,我无法理解它是如何工作的。具体来说:

  1. 在 (1) 中,为什么使用 _Up 比只返回 _Tp&amp;&amp; 更好?
  2. 似乎从未使用过重载 (2)。为什么需要它?

所有这些如何防止模板实例化,而不是最天真的实现:

template<typename T>
T&& declval() noexcept;

【问题讨论】:

标签: c++ c++11 language-lawyer template-instantiation declval


【解决方案1】:

天真的实现并不完全正确。根据标准,declval 定义为 ([declval]):

template &lt;class T&gt; add_rvalue_reference_t&lt;T&gt; declval() noexcept;

对于add_rvalue_reference&lt;T&gt;,标准读取([meta.trans.ref]):

如果T 命名为可引用类型,则成员 typedef type 命名 T&amp;&amp;;否则,type 名称为 T

一个不可引用类型的例子是void。由于 SFINAE,在这种情况下将使用第二个重载。

关于第一个问题,我看不出有什么特别的原因。 _Tp&amp;&amp; 应该可以正常工作。

【讨论】:

    猜你喜欢
    • 2018-01-19
    • 2019-07-29
    • 1970-01-01
    • 1970-01-01
    • 2012-11-12
    • 2014-06-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多