建议67：慎用自定义异常 除非有充分的理由，否则不要创建自定义异常。如果要对某类程序出错做特殊处理，那就自定义异常。需要自定义异常的理由如下： 1）方便测试。通过抛出一个自定义的异常类型实例，我们可以使捕获的代码精确的知道所发生的事情，并以符合的方式进行恢复。 2）逻辑包装。自定义异常可以包装多个其 ...
建议60：重新引发异常时使用Inner Exception 当捕获了某个异常，将其包装或重新引发异常的时候，如果其中包含了Inner Exception，则有助于程序员分析内部信息，方便代码调试。 以一个分布式系统为例，在进行远程通信的时候，可能会发生的情况肯能会有： 1）网卡被禁用或者网线断开，此 ...
建议61：避免在finally内撰写无效代码 在阐述建议之前，需要先提出一个问题：是否存在一种打破try-finally执行顺序的情况，答案是：不存在（除非应用程序本身因为某些很少出现的特殊情况在try块中退出）。应该始终认为finally内的代码会在方法return之前执行，哪怕return在tr ...
建议55：利用定制特性减少可序列化的字段 特性（attribute）可以声明式地为代码中的目标元素添加注释。运行时可以通过查询这些托管块中的元数据信息，达到改变目标元素运行时行为的目的。System.Runtime.Serialization命名空间下，有4个这样的特性： OnDeserialize ...
建议54：为无用字段标注不可序列化 序列化是指这样一种技术：把对象转变成流。相反过程，我们称为反序列化。在很多场合都需要用到这项技术。 把对象保存到本地，在下次运行程序的时候，恢复这个对象。 把对象传到网络中的另外一台终端上，然后在此终端还原这个对象。 其他场合，如：把对象赋值到系统的粘贴板中，然后 ...
建议56：使用继承ISerializable接口更灵活地控制序列化过程 接口ISerializable的意义在于，如果特性Serializable，以及与其像配套的OnDeserializedAttribute、OnDeserializingAttribute、OnSerializedAttribu ...
建议52：及时释放资源 垃圾回收机制自动为我们隐式地回收了资源（垃圾回收器会自动调用终结器），那我们为什么要主动释放资源呢？ 这是一个WinForm窗体程序的例子，在这个示例中，单击一个按钮负责打开一个文件，单击另一个按钮负责回收说有“代”（代的概念会在下文详细指出）的垃圾。如果连续两次单击打开文件 ...
建议49：在Dispose模式中应提取一个受保护的虚方法 在标准的Dispose模式中，真正的IDisposable接口的Dispose方法并没有做实际的清理工作，它其实是调用了下面的这个带bool参数且受保护的的虚方法： 之所以提供这样一个受保护的虚方法，是因为考虑了这个类型会被其他类型继承的情况 ...
建议57：实现ISerializable的子类型应负责父类的序列化 我们将要实现的继承自ISerializable的类型Employee有一个父类Person，假设Person没有实现序列化，而现在子类Employee却需要满足序列化的场景。不过序列化器并没有默认处理Person类型对象，这些事情只 ...
建议53：必要时应将不再使用的对象引用赋值为null 在CLR托管的应用程序中，存在一个“根”的概念，类型的静态字段、方法参数、以及局部变量都可以作为“根”的存在（值类型不能作为“根”，只有引用类型的指针才能作为“根”）。 局部变量在代码运行过程中会在内存中创建一个“根”。在一次垃圾回收中，垃圾回收 ...
