摘要：
建议18：foreach不能代替for 上一个建议中提到了foreach的两个优点：语法更简单，默认调用Dispose方法，所有我们强烈建议在实际的代码编写中更多的使用foreach。但是，该建议也有不适合的场景。 foreach存在一个问题：它不支持循环时对集合进行增删操作。比如，运行下面代码会抛 阅读全文
摘要：
建议17：多数情况下使用foreach进行循环遍历 由于本建议涉及集合的遍历，所以在开始讲解本建议之前，我们不妨来设想一下如何对结合进行遍历。假设存在一个数组，其遍历模式可以采用依据索引来进行遍历的方法；又假设存在一个HashTable，其遍历模式可能是按照键值来进行遍历。无论是哪个集合，如果他们的 阅读全文
摘要：
建议16：元素数量可变的情况下不应使用数组 在C#中，数组一旦被创建，长度就不能改变。如果我们需要一个动态且可变长度的集合，就应该使用ArrayList或List<T>来创建。 而数组本身，尤其是一维数组，在遇到要求高效率的算法时，则会专门被优化以提升其效率。一维数组也成为向量，其性能是最佳的，在I 阅读全文
摘要：
建议15： 使用dynamic来简化反射实现 dynamic是Framework 4.0的新特性。dynamic的出现让C#具有了弱语言类型的特性。编译器在编译的时候不再对类型进行检查，编译器默认dynamic对象支持开发者想要的任何特性。比如，即使你对GetDynamicObject方法返回的对象 阅读全文
摘要：
建议14： 正确实现浅拷贝和深拷贝 为对象创建副本的技术称为拷贝（也叫克隆）。我们将拷贝分为浅拷贝和深拷贝。 浅拷贝 将对象中的所有字段复制到新的对象（副本）中。其中，值类型字段的值被复制到副本中后，在副本中的修改不会影响到源对象对应的值。而引用类型的字段被复制到副本中的是引用类型的引用，而不是引用 阅读全文
摘要：
建议13： 为类型输出格式化字符串 有两种方法可以为类型提供格式化的字符串输出。一种是意识到类型会产生格式化字符串输出，于是让类型继承接口IFormattable。这对类型来 说，是一种主动实现的方式，要求开发者可以预见类型在格式化方面的要求。更多的时候，类型的使用者需为类型自定义格式化器，这就是第 阅读全文
摘要：
建议12： 重写Equals时也要重写GetHashCode 除非考虑到自定义类型会被用作基于散列的集合的键值；否则，不建议重写Equals方法，因为这会带来一系列的问题。 如果编译上一个建议中的Person这个类型，编译器会提示这样一个信息： “重写 Object.Equals(object o) 阅读全文
摘要：
建议11： 区别对待==和Equals 在开始本建议之前，首先要明确概念“相等性”。CLR中将“相等性”分为两类：“值相等性”和“引用相等性”。如果用来比较的两个变量所包含的数值相等，那么将其定义为“值相等性”；如果比较的两个变量引用的是内存中的同一个对象，那么将其定义为“引用相等性”。 无论是操作 阅读全文
摘要：
建议10： 创建对象时需要考虑是否实现比较器 有对象的地方就会存在比较，在.NET的世界中也一样。举个最简单的例子，在UI中，有一个10个人的Salary列表。根据排序的需要，列表要支持针对基本工资来罗列Salary。这个时候，接口IComparable就会起作用，代码如下所示： 注意 上面代码中C 阅读全文
摘要：
建议9： 习惯重载运算符 在开发过程中，应该习惯于使用微软提供给我们的语法特性。我想每个人都喜欢看到这样的语法特性： 而不是用下面的语法来完成一样的事情： 同理，在构建自己的类型时，我们应该始终考虑该类型是否可以用于运算符重载。如果考虑类型Salary，下面的这段代码看起来就不是那么舒服了： 应该使 阅读全文
摘要：
建议8： 避免给枚举类型的元素提供显式的值 一般情况下，没有必要给枚举类型的元素提供显式的值。创建枚举的理由之一，就是为了代替使用实际的数值。不正确地为枚举类型的元素设定显式的值，会带来意想不到的错误。 如果为建议7中的枚举类型Week增加一个元素，代码如下所示： 设想一下ValueTemp的值会是 阅读全文
摘要：
建议7： 将0值作为枚举的默认值 允许使用的枚举类型有byte、sbyte、short、ushort、int、uint、long和ulong。应该始终将0值作为枚举类型的默认值。不过，这样做不是因为允许使用的枚举类型在声明时的默认值是0值，而是有工程上的意义。 试想，一个代表星期的枚举类Week，我 阅读全文
摘要：
建议6： 区别readonly和const的使用方法 很多初学者分不清readonly和const的使用场合。在我看来，要使用const的理由只有一个，那就是效率。但是，在大部分应用情况下， “效率”并没有那么高的地位，所以我更愿意采用readonly，因为readonly赋予代码更多的灵活性。co 阅读全文
摘要：
建议5： 使用int?来确保值类型也可以为null 基元类型为什么需要为null？考虑两个场景： 1）数据库中一个int字段可以被设置为null。在C#中，值被取出来后，为了将它赋值给int类型，不得不首先判断一下它是否为null。如果将null直接赋值给int类型，会引发异常。 2）在一个分布式系 阅读全文
摘要：
建议4： TryParse比Parse好 如果注意观察除string外的所有基元类型，会发现它们都有两个将字符串转型为本身的方法：Parse和TryParse。以类型double为例，这两个方法最简单的原型为： 两者最大的区别是，如果字符串格式不满足转换的要求，Parse方法将会引发一个异常；Try 阅读全文
摘要：
建议3： 区别对待强制转型与as和is 在阐述本建议之前，首先需要明确什么是强制转型，以及强制转型意味着什么。从语法结构上来看，类似下面的代码就是强制转型。 secondType = (SecondType)firstType; 但是，强制转型可能意味着两件不同的事情： 1）FirstType和Se 阅读全文
摘要：
建议2： 使用默认转型方法 除了字符串操作外，程序员普遍会遇到的第二个问题是：如何正确地对类型实现转型。在上一个建议中，从int转型为string，我们使用了类型int的ToString方法。在大部分情况下，当需要对FCL提供的类型进行转型时，都应该使用FCL提供的转型方法。 这些转型方法包括： 使 阅读全文
摘要：
最近拜读了陆敏技老师的《编写高质量代码改善C#程序的157个建议》，感觉不错，决定把笔记整理一遍。 建议1： 正确操作字符串 字符串应该是所有编程语言中使用最频繁的一种基础数据类型。如果使用不慎，我们就会为一次字符串的操作所带来的额外性能开销而付出代价。本条建议将从两个方面来探讨如何规避这类性能开销 阅读全文