C词汇的 enum 类别，不光适宜给表达方式标记类别。
比如说人有三种异性恋男女生
控制系统 三种手写体
侨民的双重国籍等
再说给表达方式分割类别，的都能采用。
从机能上而言，不选用 enum 类别，
间接表述两个 int 型变量，
再表述#define 宏,也能起著反之亦然的促进作用
但选用 enum 会更方便快捷程式结构设计，更适宜他们的思想意识。
表述成auth，表达式时，任一有理数值，校对时都不能有警示告诫，搞成 enum,乱表达式会有告诫。
隐式的类别，用 enum 写流程时，都在一同，标识符看上去也确切。
假如搞成宏，和其它宏混在一同，比不上enum 得确切。
只不过程式结构设计词汇的好些监督机制并非从机能上考量的，
而要从方便快捷程式结构设计，合乎人的大自然思想意识，
方便快捷程式结构设计视角考量的。
比如说 c++的表达式名空载
在 c 词汇中，
假如用表达式来同时实现三个数相乘
那三个有理数相乘，三个浮点数相乘。
得用相同的表达式名来命名。
而用 c++三个相同形式参数的表达式，能命名为同两个表达式名。
在调用时，具体调用的哪个，校对器会根据实际参数的类别，来确定。
这样更合乎两数相乘，同两个表达式名的思想意识。
反之亦然的，还有c++的运算符空载，
有了运算符空载，原来需要用表达式名表示的机能，能用自己喜欢的运算符来表达。
还有 c++的引用，
在 c 词汇中，需要传递表达式地址的实参
能表述表达式形参为引用，这样传递实参时，只要间接写表达式名就能了，不需要写取地址运算符。
任何东西都是双刃剑，程式结构设计词汇灵活了，
同时实现两个机能有多种方式
流程员能按自己喜欢的方式写流程
生产效率或许有提升
但别人看懂他写的流程，相对就比较费劲了。
c++没有 Java 流行，或许和过于复杂有关系。
反之亦然是脚本词汇。
Python 提倡完成一种机能，只有一种方式。
Perl完成一种机能有多种方式。
现在 python 成了主流程式结构设计词汇，
和python 写的流程好懂有很大关系。
