枚举的属性和方法

  枚举在Java中是一个类 ，代表着类的一一列举。要想知道枚举具体的使用首先要先知道它的具体的 属性 和 方法 才可以。虽然说我们在实际应用中很少去关注它的属性和方法，而是更多的关注它的 特性 ，利用它本身的特性去满足各种有意思的场景。

 由于上篇内容讲了我们自定义的枚举其实经过编译之后，实际继承的是lang包下的Enum类。虽然我们自定义的枚举类中可能存在不定义私有属性的情况，但继承的Enum类中自身就带有着两个属性，name属性、和ordinal属性。Enum类的源码

 name为我们枚举值的名称，而ordinal这个词的意思是“序数”或者说“有顺序的”，其实就是序数。我们知道枚举所代表的就是包含一个以上枚举值的集合，既然是集合它就是有顺序的，而大多数我们使用的时候往往忽略了它的序数这个属性，似乎忘了枚举是枚举这件事了。

 枚举中的序号是根据我们的枚举中显示的顺序决定的，其实是是语法糖转换时初始化枚举值时决定了枚举值的序数，枚举中，第一个枚举值的序数总是小于后面枚举值的序数，且序数是从0开始的。

 接着上面讲的序数ordinal，针对序数我们先讲枚举的values()方法。

作为一个枚举值的集合，所必须要有的 *** 作肯定是遍历，这也是静态常量所没有的支持的。values()其实就是获取我们枚举值的数组：

 虽然我们自定义的枚举类是可以使用这个方法的，但继承的Enum类却没有这个方法，其实values()这个方法是很特殊的一个方法，之前说过枚举是一种语法糖，在它真正编译后，就会产生values()这个方法，所以我们自定义的枚举类是可以使用这个方法的，而且values()方法所返回的其实是一个浅拷贝；

 前面说到枚举有两个属性，name和ordinal，但实际上枚举只提供了根据name来获取具体枚举值的方法，却没有提供根据ordinal来获取具体枚举值的方法，但是values()方法也算是另外一种弥补了，根据values()得到的数据再根据ordinal序数获取具体的枚举值其实也是一样的效果。valueOf()方法就是那个根据name获取具体枚举值的方法，使用案例：

可选姿势为两种，一参和两参，具体看案例。

C/C++中枚举类型(enum)

如果一个变量你需要几种可能存在的值，那么就可以被定义成为枚举类型。之所以叫枚举就是说将变量或者叫对象可能存在的情况也可以说是可能的值一一例举出来。 举个例子来说明一吧，为了让大家更明白一点，比如一个铅笔合中有一支笔，但在没有打开之前你并不知道它是什么笔，可能是铅笔也可能是钢笔，这里有两种可能，那么你就可以定义一个枚举类型来表示它！ enum box{pencil,pen}//这里你就定义了一个枚举类型的变量叫box，这个枚举变量内含有两个元素也称枚举元素在这里是pencil和pen，分别表示铅笔和钢笔。

在这里要说一下，如果你想定义两个具有同样特性枚举类型的变量那么你可以用如下的两种方式进行定义！ enum box{pencil,pen}enum box box2//或者简写成box box2

再有一种就是在声明的时候同时定义。 enum {pencil,pen}box,box2//在声明的同时进行定义！

枚举变量中的枚举元素系统是按照常量来处理的，故叫枚举常量，他们是不能进行普通的算术赋值的，(pencil=1)这样的写发是错误的，但是你可以在声明的时候进行赋值 *** 作！ enum box{pencil=1,pen=2}

但是这里要特别注意的一点是，如果你不进行元素赋值 *** 作那么元素将会被系统自动从0开始自动递增的进行赋值 *** 作，说到自动赋值，如果你只定义了第一个那么系统将对下一个元素进行前一个元素的值加1 *** 作，例如 enum box{pencil=3,pen}//这里pen就是4系统将自动进行pen=4的定义赋值 *** 作！

C++ 中的枚举类型继承于 C 语言。就像其他从 C 语言继承过来的很多特性一样，C++ 枚举也有缺点，这其中最显著的莫过于作用域问题——在枚举类型中定义的常量，属于定义枚举的作用域，而不属于这个枚举类型。例如下面的示例：enum FileAccess {

Read = 0x1,

Write = 0x2,

}FileAccess access = ::Read// 正确

FileAccess access = FileAccess::Read// 错误C++枚举的这个特点对于习惯面向对象和作用域概念的人来说是不可接受的。首先，FileAccess::Read 显然更加符合程序员的直觉，因为上面的枚举定义理应等价于如下的定义（实际上，.NET 中的枚举类型便是如此实现的）：class FileAccess {

static const int Read = 0x1

static const int Write = 0x2

}其次，这导致我们无法在同一个作用域中定义两个同样名称的枚举值。也就是说，以下的代码是编译错误：enum FileAccess {

Read = 0x1,

Write = 0x2,

}enum FileShare {

Read = 0x1, // 重定义

Write = 0x2, // 重定义

}如果这一点没有让你恼怒过的话，你可能还没写过多少 C++ 代码 :-)。实际上，在最新的 C++0x 标准草案中有关于枚举作用域问题的提案，但最终的解决方案会是怎样的就无法未卜先知了，毕竟对于象 C++ 这样使用广泛的语言来说，任何特性的增删和修改都必须十分小心谨慎。当然，我们可以使用一些迂回的方法来解决这个问题（C++ 总是能给我们很多惊喜和意外）。例如，我们可以把枚举值放在一个结构里，并使用运算符重载来逼近枚举的特性：struct FileAccess {

enum __Enum {

Read = 0x1,

Write = 0x2

}

__Enum _value// 枚举值FileAccess(int value = 0) : _value((__Enum)value) {}

FileAccess&operator=(int value) {

this->_value = (__Enum)value

return *this

}

operator int() const {

return this->_value

}

}我们现在可以按照希望的方式使用这个枚举类型：FileAccess access = FileAccess::Read并且，因为我们提供了到 int 类型的转换运算符，因此在需要 int 的地方都可以使用它，例如 switch 语句：switch (access) {

case FileAccess::Read:

break

case FileAccess::Write:

break

}当然我们不愿意每次都手工编写这样的结构。通过使用宏，我们可以很容易做到这一点：#define DECLARE_ENUM(E) \

struct E \

{ \

public: \

E(int value = 0) : _value((__Enum)value) { \

} \

E&operator=(int value) { \

this->_value = (__Enum)value\

return *this\

} \

operator int() const { \

return this->_value\

} \

\

enum __Enum {#define END_ENUM() \

}\

\

private: \

__Enum _value\

}我们现在可以按如下的方式定义前面的枚举，并且不比直接写 enum 复杂多少。DECLARE_ENUM(FileAccess)

Read = 0x1,

Write = 0x2,

END_ENUM()DECLARE_ENUM(FileShare)

Read = 0x1,

Write = 0x2,

END_ENUM()

---