博客园_停留的风

net中String是引用类型还是值类型

2011-10-24T06:03:00Z

关于String为值类型还是引用类型的讨论一直没有平息，最近一直在研究性能方面的问题，今天再次将此问题进行一次明确。希望能给大家带来点帮助。如果有错误请指出。

来看下面例子：

//值类型
            int a = 1;
            int b = a;
            a = 2;
            Console.WriteLine("a is {0},b is {1}", a, b);

            //字符串
            string str1 = "ab";
            string str2 = str1;
            str1 = "abc";
            Console.WriteLine("str1 is {0},str2 is {1}", str1, str2);
            Console.Read();

根据上面的例子：你觉得输出结果应该是什么？

输出结果：

//结果：
            //a is 2,b is 1
            //str1 is abc,str2 is ab

str2依然是ab,并没有随str1的改变而改变。

如果string是引用类型，按理Str1和Str指针都指向同一内存地址，如果Str的内容发生改变，Str1应该也会相应变化。

此例子，看着string更像是值类型。

但是MSDN却说String是引用类型，

引用类型包括：
String

所有数组，即使其元素是值类型

类类型，如 Form

委托

可参考：http://msdn.microsoft.com/zh-cn/library/t63sy5hs(VS.80).aspx

查看具体引用是否相同

如果Net能够查看内存地址就容易了，但不允许，只能通过间接方法来实现，看下面：

static void TestRefAddress()
        {
            String str1 = "abc";
            String str2 = "abc";
            int a = 1;
            int b = 1;
            StringBuilder strb1 = new StringBuilder("abc");
            StringBuilder strb2 = new StringBuilder("abc");
            Console.WriteLine("Reference equal for string: " + Object.ReferenceEquals(str1, str2)); //结果true
            Console.WriteLine("Reference equal for int: " + Object.ReferenceEquals(a, b)); //结果false
            Console.WriteLine("Reference equal for StringBuilder: " + Object.ReferenceEquals(strb1, strb2)); //结果false
            Console.WriteLine("Value equal for string: " + str1.Equals(str2)); //结果true，类似于值类型
            Console.Read();
        }

结果为何出现如此情况，分析如下：

Console.WriteLine("Reference equal for string: " + Object.ReferenceEquals(str1, str2)); //结果true，不同对象，但引用地址相同
    Console.WriteLine("Reference equal for int: " + Object.ReferenceEquals(a, b)); //结果false,值类型装箱操作造成
    Console.WriteLine("Reference equal for StringBuilder: " + Object.ReferenceEquals(strb1, strb2)); //结果false，不同对象，引用地址不同
    Console.WriteLine("Value equal for string: " + str1.Equals(str2)); //结果true，类似于值类型

由第一条结果，可以判定不同的String的，相同的值，其引用地址相同，再由第四条结果，str1.Equals(str2),两者结合，可得出结论，两个String，如果赋值为同一个值，在内存中只有一个字符串存在，两个引用的地址相同。由此引出String的不变性。

String的不变性

string最为显著的一个特点就是它具有恒定不变性：我们一旦创建了一个string，在managed heap 上为他分配了一块连续的内存空间，我们将不能以任何方式对这个string进行修改使之变长、变短、改变格式。所有对这个string进行各项操作（比如调用ToUpper获得大写格式的string）而返回的string，实际上另一个重新创建的string，其本身并不会产生任何变化。
string 对象称为不可变的（只读），因为一旦创建了该对象，就不能修改该对象的值。有的时候看来似乎修改了，实际是string经过了特殊处理，每次改变值时都会建立一个新的string对象，变量会指向这个新的对象，而原来的还是指向原来的对象，所以不会改变。这也是string效率低下的原因。

String的不变，并非说string不能改变，而是其值不能改变。

在例子中str1="ab",这时在内存中就将“ab”存下来，如果再创建字符串对象，其值也等于“ab”，str2="ab",则并非再重新分配内存空间，而是将之前保存的“ab”的地址赋给str2的引用，这就能印证例子2中的结果。而当str1="abc"其值发生改变时，这时检查内存，发现不存在此字符串，则重新分配内存空间，存储“abc”，并将其地址赋给str1，而str2依然指向“ab”的地址。可以印证例子1中的结果。

结论：

String是引用类型，只是编译器对其做了特殊处理。

关于讨论：http://social.msdn.microsoft.com/Forums/zh-CN/visualcshartzhchs/thread/ce580186-86d9-45f7-b5ff-20302caf1324

本文链接

泛型（1）：泛型介绍

2011-10-09T07:24:00Z

泛型

什么是泛型

通过泛型可以定义类型安全类，而不会损害类型安全、性能或工作效率。您只须一次性地将服务器实现为一般服务器，同时可以用任何类型来声明和使用它。为此，需要使用 < 和 > 括号，以便将一般类型参数括起来。

List<String> strList = new List<String>():

泛型介绍

泛型类和泛型方法同时具备可重用性、类型安全和效率，这是非泛型类和非泛型方法无法具备的。泛型通常用在集合和在集合上运行的方法中。.NET Framework 2.0 版类库提供一个新的命名空间 System.Collections.Generic，其中包含几个新的基于泛型的集合类。建议面向 2.0 版的所有应用程序都使用新的泛型集合类，而不要使用旧的非泛型集合类，如 ArrayList。

当然，也可以创建自定义泛型类型和方法，以提供自己的通用解决方案，设计类型安全的高效模式。下面的代码示例演示一个用于演示用途的简单泛型链接列表类。（大多数情况下，建议使用 .NET Framework 类库提供的 List<T> 类，而不要自行创建类。）在通常使用具体类型来指示列表中所存储项的类型时，可使用类型参数 T。

泛型例子

// Declare the generic class.
public class GenericList<T>
{
    void Add(T input) { }
}
class TestGenericList
{
    private class ExampleClass { }
    static void Main()
    {
        // Declare a list of type int.
        GenericList<int> list1 = new GenericList<int>();

        // Declare a list of type string.
        GenericList<string> list2 = new GenericList<string>();

        // Declare a list of type ExampleClass.
        GenericList<ExampleClass> list3 = new GenericList<ExampleClass>();
    }
}

泛型优点

使用泛型类型可以最大限度地重用代码、保护类型的安全以及提高性能。
泛型最常见的用途是创建集合类。
.NET Framework 类库在 System.Collections.Generic 命名空间中包含几个新的泛型集合类。应尽可能地使用这些类来代替普通的类，如 System.Collections 命名空间中的 ArrayList。
您可以创建自己的泛型接口、泛型类、泛型方法、泛型事件和泛型委托。
可以对泛型类进行约束以访问特定数据类型的方法。
关于泛型数据类型中使用的类型的信息可在运行时通过使用反射获取。

本文链接

如果是除去末尾特定字符或字符串：TrimEnd方法性能优于Remove方法

2011-10-08T03:04:00Z

测试用例--除去末尾特定字符或字符串，Remove方法和TrimEnd方法的比较

结论：

如果是除去末尾特定字符或字符串：TrimEnd方法性能优于Remove方法

具体测试用例如下：

Stopwatch watcher = new Stopwatch();

            watcher.Reset();
            watcher.Start();
            int count = 1000000;
            List<string> strList = new List<string>();
            for (int i = 0; i < count; i++)
            {
                strList.Add(i.ToString());
            }
        

           #region 测试用例--除去末尾特定字符或字符串，Remove方法和TrimEnd方法的比较
            string result;

            #region Remove方法
            watcher.Reset();
            watcher.Start();
            StringBuilder builder = new StringBuilder();
            foreach (string item in strList)
            {
                builder.Append(item);
                builder.Append(',');
            }
            result = builder.Remove(builder.Length - 1, 1).ToString();
            Console.WriteLine("StringBuilder.Remove:{0}", watcher.ElapsedMilliseconds);
            #endregion

            #region TrimEnd方法
            watcher.Reset();
            watcher.Start();
            result = builder.ToString().TrimEnd(',');
            Console.WriteLine("StringBuilder.TrimEnd:{0}", watcher.ElapsedMilliseconds);
            #endregion

            /*************************************************
             * 测试用例：除去末尾特定字符或字符串，Remove方法和TrimEnd方法的比较
             * 结论：如果是除去末尾特定字符或字符串：TrimEnd方法性能优于Remove方法
             * 测试结果如下：(时间为毫秒)
             * --------------------------------------
             * 数据：   | 10W    | 100W  |  1000W
             * --------------------------------------
             * Remove   |  7    |   81   |   786
             * ---------------------------------------
             * TrimEnd  |  0    |   12   |   108  
             *
             */

            #endregion

本文链接

Dictionary到List转换中的性能问题

2011-09-30T08:45:00Z

在应用泛型中，我们经常使用Dictionary，经常会用到Dictionary到List的转换。

经过各位高人指点后，做出适当调整，以免误人子弟，特此对关注此帖的同仁深表感谢。希望能继续提醒、斧正。

Dictionary转换为List通常方法，可以有五种：

1、创建List的时候，将Dictionary的Value值作为参数

2、创建List后，调用List.AddRange方法

3、建立List，循环Dictionary逐个赋值

4、通过Linq查询，得到结果后调用ToList方法

5、用Dictionary对象自带的ToList方法

但是五种方法如何取舍呢？性能方面哪种更好一点呢？

针对此疑问，特做了测试验证。

测试结果如下：（经过多次测试，取平均值）

/*测试结果（时间为毫秒）        
             * * =============================================      
             * * 数据       |  10W   |   100W  | 1000W          
             * * --------------------------------------------- 
             * * 创建集合   |   2    |   28    | 280
             * * ---------------------------------------------
             * * AddRange   |  19    |   33    | 362
             * * ---------------------------------------------
             * * 循环赋值   |   7    |   60    | 869          
             * * ---------------------------------------------            
             * * Linq查询   |   8    |   7     | 238   此没有相关性，只是作为下面ToList方法的参考 
             * * ---------------------------------------------
             * * Linq查询 
             * * 后ToList   |  11    |   97    | 1627
             * * ---------------------------------------------     
             * * ToList方法 |   5    |   23    |  948         
             * *           
             * */

通过上述结果，可以得出结论：

结论1：方法1和方法2性能较好，可优先考虑方法1

结论2：TOList方法性能方面稍差，方法4和方法5不可取。

具体测试用例代码如下，如有纰漏，请指出：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Diagnostics;

namespace ToListTest
{
    class Program
    {
        static void Main(string[] args)
        {
            TestToList();
        }
        /// <summary>
        /// 测试代码
        /// </summary>
        private static void TestToList()
        {
            Dictionary<int, Person> dic = new Dictionary<int, Person>();
            #region 填充数据
            Person p;
            for (int i = 0; i < 100000; i++)
            {
                p = new Person(i, "P_" + i.ToString());
                dic.Add(i, p);
            }
            #endregion

            List<Person> pList;
            Stopwatch watcher = new Stopwatch();

            #region 创建集合对象时，将集合作为参数
            watcher.Reset();
            watcher.Start();

            pList = new List<Person>(dic.Values);
            Console.WriteLine("new List<>\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();
            #endregion

            #region 调用方法AddRange

            pList = new List<Person>();
            watcher.Reset();
            watcher.Start();

            pList.AddRange(dic.Values);

            Console.WriteLine("测试AddRange\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();
            #endregion

            #region 测试循环赋值
            pList = new List<Person>();
            watcher.Reset();
            watcher.Start();

            foreach (var item in dic)
            {
                pList.Add(item.Value);
            }
            Console.WriteLine("测试循环赋值\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();
            #endregion

            #region 测试Linq

            watcher.Reset();
            watcher.Start();

            //var list = from temp in dic
            //           select temp.Value;

            //pList = list as List<Person>; //pList 确实为Null，这样操作错误
            //原因：
            //得到的list为：{System.Linq.Enumerable.WhereSelectEnumerableIterator<KeyValuePair<int,Person>,Person>}

            IEnumerable<Person> list = from temp in dic
                                       select temp.Value;

            Console.WriteLine("测试Linq\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();
            #endregion

            #region 测试Linq 需要ToList()

            watcher.Reset();
            watcher.Start();
            pList = (from temp in dic
                     select temp.Value).ToList();

            Console.WriteLine("测试Linq,需要ToList\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();
            #endregion

            #region 测试ToList
            watcher.Reset();
            watcher.Start();
            pList = dic.Values.ToList<Person>();
            Console.WriteLine("测试ToList\t{0}", watcher.ElapsedMilliseconds);
            watcher.Stop();



            #endregion


            /*测试结果（时间为毫秒）        
             * * =============================================      
             * * 数据       |  10W   |   100W  | 1000W          
             * * --------------------------------------------- 
             * * 创建集合   |   2    |   28    | 280
             * * ---------------------------------------------
             * * AddRange   |  19    |   33    | 362
             * * ---------------------------------------------
             * * 循环赋值   |   7    |   60    | 869          
             * * ---------------------------------------------            
             * * Linq查询   |   8    |   7     | 238   此没有相关性，只是作为下面ToList方法的参考 
             * * ---------------------------------------------
             * * Linq查询 
             * * 后ToList   |  11    |   97    | 1627
             * * ---------------------------------------------     
             * * ToList方法 |   5    |   23    |  948         
             * *           
             * */


        }

        class Person
        {
            private int id;

            public int ID
            {
                get { return id; }
                set { id = value; }
            }

            private string name;

            public string Name
            {
                get { return name; }
                set { name = value; }
            }


            public Person(int id, string name)
            {
                this.id = id;
                this.name = name;
            }
            
        }
    }



}

本文链接

可空枚举的处理方法

2011-09-22T08:58:00Z

可空枚举

在使用枚举的时候的，经常希望可以对枚举赋值为Null,或者清空枚举值。但是常用的枚举，就是固定的几项。而且不能对值类型赋值为Null。如何来实现可空枚举？

要求保留到数据库中的值，需要为NULL。这种情况在业务开发中经常出现。

尽管问题较小，但是可以探讨下解决方案，找到一种最优解。

方法1：将存储值定义可空类型

/// <summary>
        /// 单据状态，记录枚举值
        /// </summary>
        public int? State { get; set; }

可行，如果为空，则数据库存储的值也为Null.

缺点：不方便我们对枚举进行展现和赋值，通常直接使用枚举，参见方法2。

方法2：定义枚举字段，并将其定义为可空类型

/// <summary>
        /// 状态
        /// </summary>
        public RecordState? State { get; set; }

这种方法较上面的方法较好，同样能够实现此功能。

缺点：通常枚举值的展现是展现枚举的所有项，一般使用下拉框，必须选中一项。这样无法实现可空情况。如果要实现所需功能，需要在显示时，做下处理，加入空项。

方法3：在枚举中定义空项，并在写入数据库，或取值时进行的相关的转换

3.1 定义枚举：

/// <summary>
    /// 记录状态
    /// </summary>
    public enum RecordState
    {
        /// <summary>
        /// 空
        /// </summary>
        None,
        /// <summary>
        /// 新增
        /// </summary>
        New,
        /// <summary>
        /// 修改
        /// </summary>
        Modified,
        /// <summary>
        /// 删除
        /// </summary>
        Deleted
    }

3.2 使用枚举：

/// <summary>
    /// 单据
    /// </summary>
    public class Doc
    {
        /// <summary>
        /// 单据
        /// </summary>
        public string DocNo { get; set; }
        /// <summary>
        /// 单据状态
        /// </summary>
        public RecordState State { get; set; }
        /// <summary>
        /// 构造函数
        /// </summary>
        public Doc()
        { 
            
        }
    }

下面是数据时需要特别注意的：

写入数据库时，处理情况，参数赋值情况，这样其数据库的值才为NULL,

SqlParameter param = new SqlParameter("State",SqlDbType.SmallInt);
            if (doc.State == RecordState.None)
            {
                param.Value = DBNull.Value;
            }
            else
            {
                param.Value = doc.State;
            }

加载对象时：加载出来又是枚举项

//SqlDataReader reader
            Doc doc = new Doc();           
            if (reader["State"] == DBNull.Value)
            {
                doc.State = RecordState.None;
            }
            else
            {
                doc.State =(RecordState)reader.GetInt16(reader.GetOrdinal("State"));
            }

本文链接

PropertyGrid中的枚举显示为中文

2011-09-17T06:01:00Z

PropertyGrid中的枚举显示为中文

在系统开发中，经常会使用PropertyGrid来修改或者展示某个对象的属性，如果类中定义了枚举，在展现的时候默认会展示枚举的项或者枚举值，但是这并不是我们想要的。用户使用的时候并不清楚该项代表的意思。之前介绍过枚举显示中文的一篇文章，大家可以看下，枚举显示中文。

想要的效果：

在PropertyGrid中枚举显示中，又比较复杂一些。PropertyGrid显示复杂属性需要TypeConverter，也就是一个转换器，可以对其进行设置，显示我们想要的格式、内容。现有技术PropertyGrid枚举显示中文，有一些利用了绑定自定义控件，有一些绑定自定义的IList对象。但是，每个枚举都要建立自己的TypeConverter,如果在架构设计中，一般都是分层实现，这样的横跨直接影响了分层结构，破坏系统的原本。有没有一种更好的办法来实现呢？本文也就这一问题进行了研究。

本文的实现原理：

在TypeConverter中对枚举类型进行转换，但是这个TypeConverter针对的所有的枚举对象，所有的枚举转换器都可以采用此接口，在枚举显示的时候调用TypeConverter，通过反射获得相对应的枚举描述。这样所有的枚举就只定义一个TypeConverter。也就解决上述问题。

具体事例：

1、定义枚举：在枚举中加入描述信息，作为我们需要显示的信息

    public enum PKGenerator
    {
        /// <summary>
        /// 根据主键类型自动生成主键
        /// </summary>
        [Description("自动生成")]
        AutoGenerate=0,
        /// <summary>
        /// 自定义主键
        /// </summary>
        [Description("自定义")]
        User_Defined =1,
        /// <summary>
        /// 由外面传入
        /// </summary>
        [Description("外部传入")]
        Outer =2
    }
}

2、定义TypeConverter，对枚举和选择进行转换

    /// <summary>
    /// 枚举转换器
    /// 用此类之前，必须保证在枚举项中定义了Description
    /// </summary>
    public class EnumConverter : ExpandableObjectConverter
    {
        /// <summary>
        /// 枚举项集合
        /// </summary>
        Dictionary<object, string> dic;

        /// <summary>
        /// 构造函数
        /// </summary>
        public EnumConverter()
        {
            dic = new Dictionary<object, string>();
        }
        /// <summary>
        /// 加载枚举项集合
        /// </summary>
        /// <param name="context"></param>
        private void LoadDic(ITypeDescriptorContext context)
        {
            dic = GetEnumValueDesDic(context.PropertyDescriptor.PropertyType);
        }

        /// <summary>
        /// 是否可从来源转换
        /// </summary>
        /// <param name="context"></param>
        /// <param name="sourceType"></param>
        /// <returns></returns>
        public override bool CanConvertFrom(ITypeDescriptorContext context, Type sourceType)
        {
            if (sourceType == typeof(string))
                return true;

            return base.CanConvertFrom(context, sourceType);
        }
        /// <summary>
        /// 从来源转换
        /// </summary>
        /// <param name="context"></param>
        /// <param name="culture"></param>
        /// <param name="value"></param>
        /// <returns></returns>
        public override object ConvertFrom(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value)
        {
            if (value is string)
            {
                //如果是枚举
                if (context.PropertyDescriptor.PropertyType.IsEnum)
                {
                    if (dic.Count <= 0)
                        LoadDic(context);
                    if (dic.Values.Contains(value.ToString()))
                    {
                        foreach (object obj in dic.Keys)
                        {
                            if (dic[obj] == value.ToString())
                            {
                                return obj;
                            }
                        }
                    }
                }
            }

            return base.ConvertFrom(context, culture, value);
        }
        /// <summary>
        /// 是否可转换
        /// </summary>
        /// <param name="context"></param>
        /// <param name="destinationType"></param>
        /// <returns></returns>
        public override bool CanConvertTo(ITypeDescriptorContext context, Type destinationType)
        {
            return true;
        }
        /// <summary>
        /// 
        /// </summary>
        /// <param name="context"></param>
        /// <returns></returns>
        public override bool GetStandardValuesSupported(ITypeDescriptorContext context)
        {
            return true;
        }

        /// <summary>
        /// 
        /// </summary>
        /// <param name="context"></param>
        /// <returns></returns>
        public override bool GetStandardValuesExclusive(ITypeDescriptorContext context)
        {
            return true;
        }
        /// <summary>
        /// 
        /// </summary>
        /// <param name="context"></param>
        /// <returns></returns>
        public override StandardValuesCollection GetStandardValues(ITypeDescriptorContext context)
        {
            //ListAttribute listAttribute = (ListAttribute)context.PropertyDescriptor.Attributes[typeof(ListAttribute)];
            //StandardValuesCollection vals = new TypeConverter.StandardValuesCollection(listAttribute._lst);

            //Dictionary<object, string> dic = GetEnumValueDesDic(typeof(PKGenerator));

            //StandardValuesCollection vals = new TypeConverter.StandardValuesCollection(dic.Keys);

            if (dic == null || dic.Count <= 0)
                LoadDic(context);

            StandardValuesCollection vals = new TypeConverter.StandardValuesCollection(dic.Keys);

            return vals;
        }

        /// <summary>
        /// 
        /// </summary>
        /// <param name="context"></param>
        /// <param name="culture"></param>
        /// <param name="value"></param>
        /// <param name="destinationType"></param>
        /// <returns></returns>
        public override object ConvertTo(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value, Type destinationType)
        {
            //DescriptionAttribute.GetCustomAttribute(
            //EnumDescription
            //List<KeyValuePair<Enum, string>> mList = UserCombox.ToListForBind(value.GetType());
            //foreach (KeyValuePair<Enum, string> mItem in mList)
            //{
            //    if (mItem.Key.Equals(value))
            //    {
            //        return mItem.Value;
            //    }
            //}
            //return "Error!";

            //绑定控件
            //            FieldInfo fieldinfo = value.GetType().GetField(value.ToString());
            //Object[] objs = fieldinfo.GetCustomAttributes(typeof(System.ComponentModel.DescriptionAttribute), false);
            //if (objs == null || objs.Length == 0)
            //{
            //    return value.ToString();
            //}
            //else
            //{
            //    System.ComponentModel.DescriptionAttribute da = (System.ComponentModel.DescriptionAttribute)objs[0];
            //    return da.Description;
            //}

            if (dic.Count <= 0)
                LoadDic(context);

            foreach (object key in dic.Keys)
            {
                if (key.ToString() == value.ToString() || dic[key] == value.ToString())
                {
                    return dic[key].ToString();
                }
            }

            return base.ConvertTo(context, culture, value, destinationType);
        }

        /// <summary>
        /// 记载枚举的值+描述
        /// </summary>
        /// <param name="enumType"></param>
        /// <returns></returns>
        public Dictionary<object, string> GetEnumValueDesDic(Type enumType)
        {
            Dictionary<object, string> dic = new Dictionary<object, string>();
            FieldInfo[] fieldinfos = enumType.GetFields();
            foreach (FieldInfo field in fieldinfos)
            {
                if (field.FieldType.IsEnum)
                {
                    Object[] objs = field.GetCustomAttributes(typeof(DescriptionAttribute), false);
                    if (objs.Length > 0)
                    {
                        dic.Add(Enum.Parse(enumType, field.Name), ((DescriptionAttribute)objs[0]).Description);
                    }
                }

            }

            return dic;
        }

    }

3、属性使用TypeConverter：

    public class EntityKey
    {
        [Description("主键生成方式"), DisplayName("主键生成方式")]
        [TypeConverter(typeof(EnumConverter))]
        public PKGenerator PKGenerator
        {
            get;
            set;
        }
    }

具体效果如下图：

本文链接

枚举显示中文问题

2011-09-08T02:41:00Z

示例：

有人为了显示中文，这样定义枚举吗？

    public enum TimeOfDay
    {
        上午,
        下午,
        晚上
    };

这样定义，很别扭，特别是在使用的时候，

比如，this.Time = TimeOfDay.上午;

而且你会逐渐发现它的局限性。

枚举定义很头疼：

在系统开发中，我们经常使用枚举，但是定义枚举是个头疼的问题。

按照习惯我们习惯将枚举项定义为英语，但是，在使用的时候，特别针对国内客户的时候，如果显示的英文，则不符合要求，不易于用户使用。

尽管现在枚举定义也能定义中文枚举项，但在优雅的英文代码中穿插着中语，确实很不爽。如果涉及多语，很难扩展。

也有人经常用到常量来代替枚举，但这种方法在系统开发中不太可取，具体见：枚举与常量。

这时候我们肯定在埋怨：如果是计算机是咱们中国人发明的，也许我们就没这个问题。

解决方案：

但是这是没法改变的事实。我们只能加点转换功能变成我们想要的东西了。下面提供解决方案：

为了方便用户使用，希望能够找到一种比较好的方法，将枚举转为我们想要的集合。通过反射，得到针对某一枚举类型的描述。

枚举的定义中加入描述，如果要支持多语，则直接修改枚举描述即可。也不用修改其他代码。

using System;
using System.ComponentModel;

public enum TimeOfDay
{
    [Description("上午")]
    Moning,
    [Description("下午")]
    Afternoon,
    [Description("晚上")]
    Evening,
};

方法1：

        /// <summary>
        /// 返回 Dic<枚举项，描述>
        /// </summary>
        /// <param name="enumType"></param>
        /// <returns>Dic<枚举项，描述></returns>
        public static Dictionary<string, string> GetEnumDic(Type enumType)
        {
            Dictionary<string, string> dic = new Dictionary<string, string>();
            FieldInfo[] fieldinfos = enumType.GetFields();
            foreach (FieldInfo field in fieldinfos)
            {
                if (field.FieldType.IsEnum)
                {
                    Object[] objs = field.GetCustomAttributes(typeof(DescriptionAttribute), false);

                    dic.Add(field.Name, ((DescriptionAttribute)objs[0]).Description);
                }

            }

            return dic;
        }

方法2：　获得值和表述的键值对

        /// <summary>
        /// 从枚举类型和它的特性读出并返回一个键值对
        /// </summary>
        /// <param name="enumType">Type,该参数的格式为typeof(需要读的枚举类型)</param>
        /// <returns>键值对</returns>
        public static NameValueCollection GetNVCFromEnumValue(Type enumType)
        {
            NameValueCollection nvc = new NameValueCollection();
            Type typeDescription = typeof(DescriptionAttribute);
            System.Reflection.FieldInfo[] fields = enumType.GetFields();
            string strText = string.Empty;
            string strValue = string.Empty;
            foreach (FieldInfo field in fields)
            {
                if (field.FieldType.IsEnum)
                {
                    strValue = ((int)enumType.InvokeMember(field.Name, BindingFlags.GetField, null, null, null)).ToString();
                    object[] arr = field.GetCustomAttributes(typeDescription, true);
                    if (arr.Length > 0)
                    {
                        DescriptionAttribute aa = (DescriptionAttribute)arr[0];
                        strText = aa.Description;
                    }
                    else
                    {
                        strText = field.Name;
                    }
                    nvc.Add(strValue,strText);
                }
            }
            return nvc;
        }

具体用例下载地址：http://files.cnblogs.com/yank/EnumApp.rar

本文链接

Directx简介

2011-06-09T01:19:00Z

DirectX

(Direct eXtension，简称DX)是由微软公司创建的多媒体编程接口。由C++编程语言实现，遵循COM。被广泛使用于Microsoft Windows、Microsoft Xbox和Microsoft Xbox 360电子游戏开发，并且只能支持这些平台。最新版本为DirectX 11，创建在最新的Windows 7上。

简介　　
Microsoft DirectX 是这样一组技术：它们旨在使基于 Windows 的计算机成为运行和显示具有丰富多媒体元素（例如全色图形、视频、3D 动画和丰富音频）的应用程序的理想平台。 DirectX 包括安全和性能更新程序，以及许多涵盖所有技术的新功能。应用程序可以通过使用 DirectX API 来访问这些新功能。
功能
　　DirectX加强3d图形和声音效果，并提供设计人员一个共同的硬件驱动标准，让游戏开发者不必为每一品牌的硬件来写不同的驱动程序，也降低用户安装及设置硬件的复杂度。从字面意义上说，Direct就是直接的意思，而后边的X则代表了很多的意思，从这一点上我们就可以看出DirectX的出现就是为了为众多软件提供直接服务的。　　举个例子，骨灰级玩家（玩游戏比较长的）以前在DOS下玩游戏时，可不像我们现在，安装上就可以玩了，他们往往首先要先设置声卡的品牌和型号，然后还要设置IRQ（中断）、I/O（输入与输出）、DMA（存取模式），如果哪项设置的不对，那么游戏声音就发不出来。这部分的设置不仅让玩家伤透脑筋，而且对游戏开发者来说就更头痛了，因为为了让游戏能够在众多电脑中正确运行，开发者必须在游戏制作之初,便需要把市面上所有声卡硬件数据都收集过来，然后根据不同的 API（应用编程接口）来写不同的驱动程序，这对于游戏制作公司来说，是很难完成的，所以说在当时多媒体游戏很少。微软正是看到了这个问题，为众厂家推出了一个共同的应用程序接口——DirectX，只要这个游戏是依照Directx来开发的，不管你是什么显卡、声卡、统统都能玩，而且还能发挥更佳的效果。当然，前提是你的显卡、声卡的驱动程序也必须支持DirectX才行。
组成：
　DirectX是由很多API组成的，按照性质分类，可以分为四大部分，显示部分、声音部分、输入部分和网络部分。

本文链接

【1.2.5】嵌入式操作系统

2010-12-12T12:22:00Z

定义
　　定义可从几方面来理解嵌入式系统：
　　◆嵌入式系统是面向用户、面向产品、面向应用的，它必须与具体应用相结合才会具有生命力、才更具有优势。因此可以这样理解上述三个面向的含义，即嵌入式系统是与应用紧密结合的，它具有很强的专用性，必须结合实际系统需求进行合理的裁减利用。
　　◆嵌入式系统是将先进的计算机技术、半导体技术和电子技术和各个行业的具体应用相结合后的产物，这一点就决定了它必然是一个技术密集、资金密集、高度分散、不断创新的知识集成系统。所以，介入嵌入式系统行业，必须有一个正确的定位。例如Palm 之所以在PDA领域占有70％以上的市场，就是因为其立足于个人电子消费品，着重发展图形界面和多任务管理；而风河的Vxworks之所以在火星车上得以应用，则是因为其高实时性和高可靠性。
　　◆嵌入式系统必须根据应用需求对软硬件进行裁剪，满足应用系统的功能、可靠性、成本、体积等要求。所以，如果能建立相对通用的软硬件基础，然后在其上开发出适应各种需要的系统，是一个比较好的发展模式。目前的嵌入式系统的核心往往是一个只有几K到几十K微内核，需要根据实际的使用进行功能扩展或者裁减，但是由于微内核的存在，使得这种扩展能够非常顺利的进行。
　　实际上，嵌入式系统本身是一个外延极广的名词，凡是与产品结[嵌入式实时操作系统uC/OS-II]嵌入式实时操作系统uC/OS-II合在一起的具有嵌入式特点的控制系统都可以叫嵌入式系统，而且有时很难以给它下一个准确的定义。现在人们讲嵌入式系统时，某种程度上指近些年比较热的具有操作系统的嵌入式系统，本文在进行分析和展望时，也沿用这一观点。

构架
　　一般而言，嵌入式系统的构架可以分成四个部分：处理器、存储器、输入输出（I/O）和软件（由于多数嵌入式设备的应用软件和操作系统都是紧密结合的，在这里我们对其不加区分，这也是嵌入式系统和Windows系统的最大区别）。

重要特征
　　这些年来掀起了嵌入式系统应用热潮的原因主要有几个方面：一是芯片技术的发展，使得单个芯片具有更强的处理能力，而且使集成多种接口已经成为可能，众多芯片生产厂商已经将注意力集中在这方面。另一方面的原因就是应用的需要，由于对产品可靠性、成本、更新换代要求的提高，使得嵌入式系统逐渐从纯硬件实现和使用通用计算机实现的应用中脱颖而出，成为近年来令人关注的焦点。
　　从上面的定义，我们可以看出嵌入式系统的几个重要特征：
　　1）系统内核小。由于嵌入式系统一般是应用于小型电子装置的，系统资源相对有限，所以内核较之传统的操作系统要小得多。比如Enea公司的OSE分布式系统，内核只有5K，而Windows的内核？简直没有可比性。
　　2）专用性强。嵌入式系统的个性化很强，其中的软件 [4种嵌入式操作系统的调度机制]4种嵌入式操作系统的调度机制系统和硬件的结合非常紧密，一般要针对硬件进行系统的移植，即使在同一品牌、同一系列的产品中也需要根据系统硬件的变化和增减不断进行修改。同时针对不同的任务，往往需要对系统进行较大更改，程序的编译下载要和系统相结合，这种修改和通用软件的“升级”是完全两个概念。
　　3）系统精简。嵌入式系统一般没有系统软件和应用软件的明显区分，不要求其功能设计及实现上过于复杂，这样一方面利于控制系统成本，同时也利于实现系统安全。
　　4）高实时性的系统软件(OS)是嵌入式软件的基本要求。而且软件要求固态存储，以提高速度；软件代码要求高质量和高可靠性。
　　5）嵌入式软件开发要想走向标准化，就必须使用多任务的操作系统。嵌入式系统的应用程序可以没有操作系统直接在芯片上运行；但是为了合理地调度多任务、利用系统资源、系统函数以及和专家库函数接口，用户必须自行选配RTOS（Real－Time Operating System）开发平台，这样才能保证程序执行的实时性、可靠性，并减少开发时间，保障软件质量。
　　6）嵌入式系统开发需要开发工具和环境。由于其本身不具备自举开发能力，即使设计完成以后用户通常也是不能对其中的程序功能进行修改的，必须有一套开发工具和环境才能进行开发，这些工具和环境一般是基于通用计算机上的软硬件设备以及各种逻辑分析仪、混合信号示波器等。开发时往往有主机和目标机的概念，主机用于程序的开发，目标机作为最后的执行机，开发时需要交替结合进行。

http://baike.baidu.com/view/18554.htm

本文链接

【1.2.4】网络操作系统

2010-12-12T11:49:00Z

1、计算机网络概述

2、客户/服务器模式

3、网络操作系统的功能

4、网络操作系统提供的服务

5、支持Internet与Intranet的功能和服务

6、网络操作系统的类型

本文链接