#57个

【转】编写高质量代码改善C#程序的157个建议——建议15: 使用dynamic来简化反射实现

 建议15:使用dynamic来简化反射实现dynamic是Framework4.0的新特性。dynamic的出现让C#具有了弱语言类型的特性。编译器在编译的时候不再对类型进行检查,编译器默认dynamic对象支持开发者想要的任何特性。比如,即使你对GetDynamicObject方法返回的对象一无所知,也可...

【转】编写高质量代码改善C#程序的157个建议——建议14: 正确实现浅拷贝和深拷贝

 建议14:正确实现浅拷贝和深拷贝为对象创建副本的技术称为拷贝(也叫克隆)。我们将拷贝分为浅拷贝和深拷贝。浅拷贝 将对象中的所有字段复制到新的对象(副本)中。其中,值类型字段的值被复制到副本中后,在副本中的修改不会影响到源对象对应的值。而引用类型的字段被复制到副本中的是引用类型的引用,而不是引用的对象,在副本...

【转】编写高质量代码改善C#程序的157个建议——建议13: 为类型输出格式化字符串

 建议13:为类型输出格式化字符串有两种方法可以为类型提供格式化的字符串输出。一种是意识到类型会产生格式化字符串输出,于是让类型继承接口IFormattable。这对类型来说,是一种主动实现的方式,要求开发者可以预见类型在格式化方面的要求。更多的时候,类型的使用者需为类型自定义格式化器,这就是第二种方法,也是...

【转】编写高质量代码改善C#程序的157个建议——建议12: 重写Equals时也要重写GetHashCode

 建议12:重写Equals时也要重写GetHashCode除非考虑到自定义类型会被用作基于散列的集合的键值;否则,不建议重写Equals方法,因为这会带来一系列的问题。如果编译上一个建议中的Person这个类型,编译器会提示这样一个信息:“重写Object.Equals(objecto)但不重写...

【转】编写高质量代码改善C#程序的157个建议——建议11: 区别对待==和Equals

 建议11:区别对待==和Equals在开始本建议之前,首先要明确概念“相等性”。CLR中将“相等性”分为两类:“值相等性”和“引用相等性”。如果用来比较的两个变量所包含的数值相等,那么将其定义为“值相...

【转】编写高质量代码改善C#程序的157个建议——建议10: 创建对象时需要考虑是否实现比较器

 建议10:创建对象时需要考虑是否实现比较器有对象的地方就会存在比较,在.NET的世界中也一样。举个最简单的例子,在UI中,有一个10个人的Salary列表。根据排序的需要,列表要支持针对基本工资来罗列Salary。这个时候,接口IComparable就会起作用,代码如下所示:classSalary:ICom...

【转】编写高质量代码改善C#程序的157个建议——建议9: 习惯重载运算符

 建议9:习惯重载运算符在开发过程中,应该习惯于使用微软提供给我们的语法特性。我想每个人都喜欢看到这样的语法特性:intx=1;inty=2;inttotal=x+y; 而不是用下面的语法来完成一样的事情:intx=1;inty=2;inttotal=int.Add(x,y); 同理,在构...

【转】编写高质量代码改善C#程序的157个建议——建议8: 避免给枚举类型的元素提供显式的值

 建议8:避免给枚举类型的元素提供显式的值一般情况下,没有必要给枚举类型的元素提供显式的值。创建枚举的理由之一,就是为了代替使用实际的数值。不正确地为枚举类型的元素设定显式的值,会带来意想不到的错误。如果为建议7中的枚举类型Week增加一个元素,代码如下所示:enumWeek{Monday=1,Tuesday...

【转】编写高质量代码改善C#程序的157个建议——建议7: 将0值作为枚举的默认值

 建议7:将0值作为枚举的默认值允许使用的枚举类型有byte、sbyte、short、ushort、int、uint、long和ulong。应该始终将0值作为枚举类型的默认值。不过,这样做不是因为允许使用的枚举类型在声明时的默认值是0值,而是有工程上的意义。试想,一个代表星期的枚举类Week,我们会想当然地认...

【转】编写高质量代码改善C#程序的157个建议——建议6: 区别readonly和const的使用方法

 建议6:区别readonly和const的使用方法很多初学者分不清readonly和const的使用场合。在我看来,要使用const的理由只有一个,那就是效率。但是,在大部分应用情况下,“效率”并没有那么高的地位,所以我更愿意采用readonly,因为readonly赋予代码更多的灵...

【转】编写高质量代码改善C#程序的157个建议——建议5: 使用int?来确保值类型也可以为null

 建议5:使用int?来确保值类型也可以为null基元类型为什么需要为null?考虑两个场景:1)数据库中一个int字段可以被设置为null。在C#中,值被取出来后,为了将它赋值给int类型,不得不首先判断一下它是否为null。如果将null直接赋值给int类型,会引发异常。2)在一个分布式系统中,服务器需要...

【转】编写高质量代码改善C#程序的157个建议——建议4: TryParse比Parse好

 建议4:TryParse比Parse好如果注意观察除string外的所有基元类型,会发现它们都有两个将字符串转型为本身的方法:Parse和TryParse。以类型double为例,这两个方法最简单的原型为:publicstaticdoubleParse(strings)publicstaticboolTry...

【转】编写高质量代码改善C#程序的157个建议——建议3: 区别对待强制转型与as和is

 建议3:区别对待强制转型与as和is在阐述本建议之前,首先需要明确什么是强制转型,以及强制转型意味着什么。从语法结构上来看,类似下面的代码就是强制转型。secondType = (SecondType)firstType; 但是,强制转型可能意味着两件不同的事情:1)First...

【转】编写高质量代码改善C#程序的157个建议——建议2: 使用默认转型方法

 建议2:使用默认转型方法除了字符串操作外,程序员普遍会遇到的第二个问题是:如何正确地对类型实现转型。在上一个建议中,从int转型为string,我们使用了类型int的ToString方法。在大部分情况下,当需要对FCL提供的类型进行转型时,都应该使用FCL提供的转型方法。这些转型方法包括:使用类型的转换运算...

【转】编写高质量代码改善C#程序的157个建议——建议1:正确操作字符串

 最近拜读了陆敏技老师的《编写高质量代码改善C#程序的157个建议》,感觉不错,决定把笔记整理一遍。建议1:正确操作字符串字符串应该是所有编程语言中使用最频繁的一种基础数据类型。如果使用不慎,我们就会为一次字符串的操作所带来的额外性能开销而付出代价。本条建议将从两个方面来探讨如何规避这类性能开销:确保尽量少的...
首页上一页...34567...下一页尾页