.NET下枚举类型的Save和Load分析

今天在写代码的时候,心血来潮对原来的字符串保存状态位的方式很不满意,对于代码里出现了 state == “1” 这样的状态判断很是不爽。那么理想中的判断是怎样的呢?很简单如你所想枚举类型。

[csharp][/csharp] view plaincopy

  1. public enum FormSate
  2. {
  3.    View,
  4.    Modify
  5. }
  6. State == FormSate.View;

和”1″这样的硬代码比较起来,上面的代码看起来可读性很强。

.NET 枚举的应用分析

接下来,自然而然的会出现在ORM操作中,对于一个数据Model,我们需要与数据库打交道,那么它该怎么保存,又该保存为什么数据类型?首先该说说Enum对应的是什么基本类型?在.NET里,一个枚举类型默认是一个int,且默认是从0开始的,除非指定。(这里不探讨Enum的深入用法和语法分析)上面的代码实际上被定义为如下的格式。

[csharp][/csharp] view plaincopy

  1. public enum FormSate
  2. {
  3.    View = 0,
  4.    Modify = 1
  5. }

这样我们可以对一个枚举类进行基本的比较运算等等,比如”FormSate.View > FormSate.Mofiy”这样的比较。因此我们保存的时候就可以以int格式保存在数据库中。而读取的时候int是可以直接赋值给enum类型的,不过这里需要注意下的是这个赋值可不是用”=”去赋值,而是反射SetValue。如果都用了”=”号去赋值,我想肯定没用ORM,那么用一下的语句手动赋值。

Enum.Parse(typeof(FormSate), "1");

如果是用的ORM,大概都有提供对Enum的处理,看下API即可,不过原理大概都是反射,类似一下代码:

[csharp][/csharp] view plaincopy

  1. public class MyEnumClass
  2. {
  3.    public FormSate _a { get; set; }
  4. }
  5. var b = new MyEnumClass();
  6. var p = b.GetType().GetProperties().FirstOrDefault();
  7. p.SetValue(b, 1, null);

枚举的自定义格式存储

在我的项目为例有这样的情况,所有状态位都是保存为varchar类型,会用”T”代表”True”,”F”代码”False”这样的存储,这时候需要改动上边的实现。首先,需要把数据库里的字段格式改为varchar,然后我们改动下枚举

[csharp][/csharp] view plaincopy

  1. public enum ResultState
  2. {
  3.    T = 0,//sucess
  4.    F = 1//failed
  5. }

这样的处理好意疑问没啥问题,可是代码的可读性变差了,从缩写上很难读懂。于是我们可以这样处理

[csharp][/csharp] view plaincopy

  1. public enum ResultState
  2. {
  3.    [Description(“true”)]
  4.    T = 0,//sucess
  5.    [Description(“false”)]
  6.    F = 1//failed
  7. }

给枚举值加上Description标签,用于解释属性的意思。这样做还是不能在引用这个枚举的时候见字就理解意思,只能找到定义查看。那么,或许咱们可以改造为从Description标签读取保存的信息?这样做的话,还可以充分的自定义,可以保存为任何我们想要的格式。

[csharp][/csharp] view plaincopy

  1. public enum ResultState
  2. {
  3.    [Description(“T”)]
  4.    SUCCESS = 0,//sucess
  5.    [Description(“F”)]
  6.    FAILED = 1//failed
  7. }

 

然后我们需要在读写ResultState的时候,进行反射。

 

[csharp][/csharp] view plaincopy

  1. public static class MyEnumExtensions
  2. {
  3.         public static string ToDescriptionString(this Enum val)
  4.         {
  5.             var attributes = (DescriptionAttribute[])val.GetType().GetField(val.ToString()).GetCustomAttributes(typeof(DescriptionAttribute), false);
  6.             return attributes.Length > 0 ? attributes[0].Description : string.Empty;
  7.         }
  8. }

 

这里写了一个Enum类的扩展方法(什么是扩展方法?)ToDescriptionString对Enum扩展了取到Description标签内容的方法。利用了反射,对于反射的性能什么的,我只想说该用还是用,除非真的很看中那几毫秒的性能。

 

[csharp][/csharp] view plaincopy

  1. b._a.ToDescriptionString();

 

这样改造之后,对于数据库的读写部分,还是要进行改造,具体的思路和上面的常规思路一样,要么手动,要么在做ORM层的时候,对Enum进行特殊处理。不过这里我有一点点想法,自定义一个Attibute标签用于指示,如何处理Enum类型,这样对于每

种需求场景都可以自由的扩展和选择

[csharp][/csharp] view plaincopy

  1. public enum EnumOpration
  2. {
  3.     ByDescription,//利用Description标签
  4.     Default,//默认的数字存储
  5.     ByName//默认的存储属性名
  6. }
  7. public class MyEnumClass
  8. {
  9.    [EnumElement(opration = EnumOpration.ByName, DBType = DbType.String)]
  10.    public FormSate _a { get; set; }
  11. }<span style=”font-family: Arial, Helvetica, sans-serif;”>  </span>

 

这里opration指示了枚举取什么值保存,而DBType则指示保存的数据类型,当让要实现这一整套的机制,在ORM做Mapping的时候需要做很多工作,这里就不给出具体实现了。

枚举的另类替代方法

如何了解Java的肯定知道Java里是没有枚举的,那么该如何实现?.NET下这样的实现方式是否有可取之处呢?我转载了 Stackoverflow上的一个回答,建议大家观摩下,猛击这里

 

[csharp][/csharp] view plaincopy

  1. public class LogCategory
  2. {
  3.  private LogCategory(string value) { Value = value; }
  4.  public string Value { get; set; }
  5.  public static LogCategory Trace { get { return new LogCategory(“Trace”); } }
  6.  public static LogCategory Debug { get { return new LogCategory(“Debug”); } }
  7.  public static LogCategory Info { get { return new LogCategory(“Info”); } }
  8.  public static LogCategory Warning { get { return new LogCategory(“Warning”); } }
  9.  public static LogCategory Error { get { return new LogCategory(“Error”); } }
  10. }
  11. public static void Write(string message, LogCategory logCategory)
  12. {
  13.    var log = new LogEntry { Message = message };
  14.    Logger.Write(log, logCategory.Value);
  15. }
  16. Usage:
  17. Logger.Write(“This is almost like an enum.”, LogCategory.Info);

不过这样的实现有个比较大的问题,数据存储的时候,需要做些工作不仅要反射出实体对象,还要用枚举属性的类型去反射创建枚举对象再赋值,不过也只是复杂了一步而已。

总结

以上便是今天我在看到枚举的时候想到的一些问题,可能大家会说都是废话,完全不需要想这么多。遇到枚举最简单的Save和Load方法还是直接保存int类型的值,这样省时省力。不过在遇到一些特殊的情况的时候,我想上面的自定义方式,也许对你有些帮助。如果以上有什么不对的地方,请指正。

标签