建议65：总是处理未捕获的异常处理为捕获的异常是每个应用程序具备的基本功能，C#在APPDomain提供了UnhandledException事件来接收未捕获到的异常的通知。常见的应用如下： static void Main(string[] args) { ...
建议62：避免嵌套异常应该允许异常在调用堆栈上往上传，不要过多的使用catch，然后再throw。过多的使用catch会带来两个问题：1）代码更多了。这看上去好像你根本不知道怎么处理异常，所以你总是不停地catch。2）隐藏了堆栈信息，使你不知道真正发生异常的地方。无故地嵌套是我们应该极力避免的。当...
建议60：重新引发异常时使用Inner Exception当捕获了某个异常，将其包装或重新引发异常的时候，如果其中包含了Inner Exception，则有助于程序员分析内部信息，方便代码调试。以一个分布式系统为例，在进行远程通信的时候，可能会发生的情况肯能会有：1）网卡被禁用或者网线断开，此时会抛...
建议59：不要在不恰当的场合下引发异常常见的不易于引发异常的情况是对在可控范围内的输入和输出引发异常。 private void SaveUser3(User user) { if (user.Age 100) { ...
位置: 建议127: Lock与synchronized是不一样的首先在概念上纠正这一篇内容:援引Java源码中关于ReentrantLock的开篇说明:* A reentrant mutual exclusion {@link Lock} with the same basic* behavior...
分类：
编程语言 时间：
2015-08-17 09:54:41
阅读次数：
149
建议56：使用继承ISerializable接口更灵活地控制序列化过程接口ISerializable的意义在于，如果特性Serializable，以及与其像配套的OnDeserializedAttribute、OnDeserializingAttribute、OnSerializedAttribut...
建议57：实现ISerializable的子类型应负责父类的序列化我们将要实现的继承自ISerializable的类型Employee有一个父类Person，假设Person没有实现序列化，而现在子类Employee却需要满足序列化的场景。不过序列化器并没有默认处理Person类型对象，这些事情只能...
建议55：利用定制特性减少可序列化的字段特性（attribute）可以声明式地为代码中的目标元素添加注释。运行时可以通过查询这些托管块中的元数据信息，达到改变目标元素运行时行为的目的。System.Runtime.Serialization命名空间下，有4个这样的特性：OnDeserializedA...
建议53：必要时应将不再使用的对象引用赋值为null在CLR托管的应用程序中，存在一个“根”的概念，类型的静态字段、方法参数、以及局部变量都可以作为“根”的存在（值类型不能作为“根”，只有引用类型的指针才能作为“根”）。局部变量在代码运行过程中会在内存中创建一个“根”。在一次垃圾回收中，垃圾回收器会...
建议54：为无用字段标注不可序列化序列化是指这样一种技术：把对象转变成流。相反过程，我们称为反序列化。在很多场合都需要用到这项技术。把对象保存到本地，在下次运行程序的时候，恢复这个对象。把对象传到网络中的另外一台终端上，然后在此终端还原这个对象。其他场合，如：把对象赋值到系统的粘贴板中，然后用快捷键...
