应该在c ++中使用"not,and,or not_eq .."

Question

所以看起来像这些:http://www.cplusplus.com/reference/clibrary/ciso646/是c ++中的关键字.

我的问题是.这是c ++标准的一部分吗？

主编译器是否可以依赖此功能？我知道gcc确实支持这些关键字.

最后,也许这更像是一个偏好或风格问题,但使用关键字而不是标准运算符(!,!=,&& ...等)是否有任何优势？

Answer 1

我的问题是.这是c ++标准的一部分吗？

是.

主编译器是否可以依赖此功能？

是.但MSVC默认情况下不支持此功能,您需要传递选项/permissive-(或者,虽然这是错误和过时的/Za),它会禁用Microsoft语言扩展.对于几乎所有的C++项目来说,启用此选项似乎是一个好主意,默认情况下它只是一个耻辱.

但是使用关键字比标准运算符有什么好处

一般来说,没有.但在的情况下and,or,not,很多(虽然可能不是大多数)人觉得它更具有可读性.我个人建议使用它们.

如果你绝对希望代码在没有/permissive-标志的情况下在MSVC上编译,#include <ciso646>(这是在遵守C++实现时为空的标准头,但是为MSVC上的运算符添加了宏).

Answer 2

这是c ++标准的一部分吗？

是.请参阅[lex.digraph]部分中的表格.

使用关键字比标准运算符有什么优势吗？

我的理解是引入了原始的有向图(<%而不是{等等)以允许具有简单键盘的人能够编写C代码(维基百科证实了这一点).也许同样的理由适用于not_eq等等.但是AFAIK,现在没有充分的理由去写这些东西(除非你在智能手机上编码),尤其是因为99%的程序员不知道它是有效的C++!

Answer 3

是的,他们受到支持.

就问题的后半部分而言,它们可以导致更易读的代码,尤其是在处理按位运算符以及同时处理逻辑运算时,例如:

if( a & 1 == 0 || c | a == 2 );

VS

if( a & 1 == 0 or c | a == 2 );