Rei*_*ica 6 c++ language-lawyer c++-concepts c++20
看起来,Concepts可以使用基于SFINAE的技术完成您所做的一切,但效果要好得多.优点列表包括提高过载分辨率的可读性,并使编译器诊断功能大大降低.
一个选项,因为所有的这些概念 "的特点是已经在新草案的一部分,是一些或所有这些SFINAE相关辅助模板被宣布弃用.
我主要担心的是功能碎片.
我的问题是这样的弃用提案是否已经提交?
Bau*_*gen 12
在这一点上,这似乎是一件毫无意义的事情.有很多的代码在那里使用这些模板,他们不会在可预见的将来反正删除.
即使删除三字母和从字符串文字到非常数的转换char*花了相当长的一段时间,至少前者甚至无可争议.(IBM希望将它们保留为iirc.)这些模板在当前的现代C++中具有并且具有有效的用途; 他们留在这里†.
请注意,在C++标准中弃用某个功能是一个相当激烈的步骤,需要对其进行审核以备将来删除.它是一个临时的国家; 要么在某个时候删除该功能,要么将其恢复为不推荐使用:
随着新C++标准的发布,我们有机会重新审视已确定的弃用功能,并考虑我们是否准备清除任何已弃用的功能,或者通过完全删除标准,或者通过撤消弃用决策并恢复功能全面服务.
在一个理想的世界中,每个发布周期的开始都会完全清除已弃用的功能列表,允许语言和库干净地发展而不会占用太多的载重量.在实践中,C++有一些长期弃用的设施难以移除,同样难以恢复.此外,随着C++标准的三年发布节奏,我们将经常考虑删除已弃用状态几乎没有打印的功能.
从P0619R3开始,强调我的.
†至少现在.我不是委员会的成员,所以我只能推测,但是我不排除在未来的某个时候,在概念已经解决并且如果老助手模板做得更多之后,可能会弃用弊大于利.
| 归档时间: |
|
| 查看次数: |
432 次 |
| 最近记录: |