C++1z将引入“constexpr if”-一个将根据条件删除其中一个分支的if。似乎合理有用。
但是,没有constexpr关键字就不行吗?我认为在编译过程中,编译器应该知道编译时是否知道条件。如果是的话,即使是最基本的优化级别也应该移除不必要的分支。
例如(参见godbolt:https://godbolt.org/g/ipy5y5):
int test() {
const bool condition = true;
if (condition) {
return 0;
} else {
// optimized out even without "constexpr if"
return 1;
}
}
Godbolt explorer显示,即使带有-o0的GCC-4.4.7也没有编译“return 1”,因此它实现了constexpr if的承诺。显然,当condition是constexpr函数的结果时,这样的旧编译器将无法这样做,但事实仍然存在:现代编译器知道condition是否是constexpr并且不需要我明确地告诉它。
所以问题是:
为什么“constexpr if”中需要“constexpr”?
这很容易通过一个例子来解释。考虑
struct Cat { void meow() { } };
struct Dog { void bark() { } };
而且
template <typename T>
void pet(T x)
{
if(std::is_same<T, Cat>{}){ x.meow(); }
else if(std::is_same<T, Dog>{}){ x.bark(); }
}
调用
pet(Cat{});
pet(Dog{});
将触发编译错误(wandbox示例),因为if
语句的两个分支都必须格式良好。
prog.cc:10:40: error: no member named 'bark' in 'Cat'
else if(std::is_same<T, Dog>{}){ x.bark(); }
~ ^
prog.cc:15:5: note: in instantiation of function template specialization 'pet<Cat>' requested here
pet(Cat{});
^
prog.cc:9:35: error: no member named 'meow' in 'Dog'
if(std::is_same<T, Cat>{}){ x.meow(); }
~ ^
prog.cc:16:5: note: in instantiation of function template specialization 'pet<Dog>' requested here
pet(Dog{});
^
更改pet
以使用if constexpr
template <typename T>
void pet(T x)
{
if constexpr(std::is_same<T, Cat>{}){ x.meow(); }
else if constexpr(std::is_same<T, Dog>{}){ x.bark(); }
}
只要求分支是可解析的--只需要匹配条件的分支是格式良好的(wandbox示例)。
片断
pet(Cat{});
pet(Dog{});
将按预期进行编译和工作。
问题内容: 任何人都可以请我 启发 一下新的Flexbox布局模型比当前表格更好的方法吗?( display:table和所有这些都包含在我的案例中 )? IE10根本不支持它,这在不久的将来不是很好,我只是看不到表格布局有任何好处。但是,尽管如此,互联网仍然开始充满这种新的CSS布局方法的“崇拜者”,而且我看到的所有示例都可以使用普通的CSS轻松完成而不会出现问题。 15年12月25日更新: 自
问题内容: 我需要了解我正在研究的项目的ELF文件布局,并且注意到这些工具的存在。为什么所有Linux发行版都同时包含readelf和objdump?这些工具相互补充吗?我何时更愿意使用一个? 问题答案: 来自binutils / readelf.c:
如果{}和if之间有什么区别 ? 举个例子 vs. 以及具有和的类? 举个例子 VS
互联网是超文本标记语言(HTML)页面的集合,它们彼此链接以形成概念性信息网络。随着时间的推移,静态资源数量增加,图像等更丰富的项目开始成为Web结构的一部分。 高级服务器技术允许动态服务器页面 - 其内容基于查询生成的页面。 很快,需要拥有更多动态网页才能获得动态超文本标记语言(DHTML)。一切都归功于JavaScript。在接下来的几年中,我们看到了跨帧通信,试图避免页面重新加载,然后在帧内
当前信息时代,哪里都是应用程序。这些应用程序们不仅仅是运行人们工作场所的工具 - 它们现在正在经营人们的生活。 对即时响应的需求,完美的行为和更多的功能是前所未有的。 而且,当然,人们期望应用程序在不同类型的设备上运行平稳,特别是在移动设备上。 应用程序执行的速度与它所做的一样重要。 NGINX的核心功能,例如其具有高性能HTTP和反向代理服务器的大规模可扩展事件驱动架构,访问和带宽控制以及与各种
开发人员和运营工程师是两个不同的组织团队,如果发现这两个团队在错误的轨道上协作,则表明需要DevOps。以下是两个团队经常出现的一些问题: 在DevOps之前,开发和运营团队完全孤立。 测试和部署是在设计构建之后完成的独立活动。因此,他们比实际构建周期消耗更多时间。 在不使用DevOps的情况下,团队成员将大量时间花在测试,部署和设计上,而不是构建项目。 手动代码部署会导致生产中出现人为错误 编码