随笔分类 - 编写高质量代码改善C#程序的157个建议
摘要：建议95：避免在构造方法中调用虚成员 在构造方法中调用虚方法会带来一些意想不到的错误，虽然这种方法不常见，但还是需要注意这类陷阱。 运行会出现异常NullReferenceException：未将对象引用设置到对象的实例。 在调用者代码中，我们需要创建一个American的实例对象american。
阅读全文
摘要：建议94：区别对待override和new override和new使类型体系应为继承而呈现出多态性。多态要求子类具有与基类同名的方法，override和new的作用就是： 如果子类中的方法前面带有new关键字，则该法被定义为独立于基类的方法。 如果子类中的方法前面带有override关键字，则子类
阅读全文
摘要：建议93：构造方法应初始化主要属性和字段 类型的属性应该在构造方法调用完毕前完成初始化工作。如果字段没有在初始化器中设置初始值，那么它就应该在构造方法中初始化。 类型一旦被实例化，那么它就应该被视为具有完整的行为和属性。 在构造方法中，必须首先为CEO赋值。因为只要存在公司实体，那么它首先就会有一个
阅读全文
摘要：建议92：谨慎将数组或集合作为属性 数组或集合作为属性会引起这样一个问题：如果属性是只读的，我们通常会认为它是不可用改变的，但如果将只读属性应用于数座或集合，而元素的内容和数量却仍旧可以随意改变。如下所示： 在上面的代码中，我们可以随意对Employees进行集合操作，它不改变的只是自身的引用而已。
阅读全文
摘要：建议91：可见字段应该重构为属性 字段和属性的本质区别就是属性是方法。 查看下面这个Person类型： 经过编译器编译后，针对属性Name实际会生成一个private字段和两个public方法： 可见，属性实际上是编译器给我们的语法糖。 属性比字段具有以下的优势： 1）可以为属性添加代码。正是因为属
阅读全文
摘要：建议90：不要为抽象类提供公开的构造方法 首先，抽象类可以有构造方法。即使没有为抽象类指定构造方法，编译器也会为我们生成一个默认的protected的构造方法。下面是一个标准的最简单的抽象类： 其次，抽象类的方法不应该是public或internal的。抽象类设计的本意是让子类继承，而不是用于生成实
阅读全文
摘要：建议89：在并行方法体中谨慎使用锁除了建议88所提到的场合，要谨慎使用并行的情况还包括：某些本身就需要同步运行的场合，或者需要较长时间锁定共享资源的场合。在对整型数据进行同步操作时，可以使用静态类Interlocked的Add方法，这就极大地避免了由于进行原子操作长时间锁定某个共享资源所带来的同步性
阅读全文
摘要：建议88：并行并不总是速度更快并行所带来的后台任务及任务的管理，都会带来一定的开销，如果一项工作本来就能很快完成，或者说循环体很小，那么并行的速度也许会比非并行要慢。看这样一个例子，我们比较在同步和并行状态下的时间消耗： 以上代码在笔者当前的双核PC机上的输出为：同步耗时：00:00:00.0005
阅读全文
摘要：建议87：区分WPF和WinForm的线程模型WPF和WinForm窗体应用程序都有一个要求，那就是UI元素（如Button、TextBox等）必须由创建它的那个线程进行更新。WinForm在这方面的限制并不是很严格，所以像下面这样的代码，在WinForm中大部分情况下还能运行（本建议后面会详细解释
阅读全文
摘要：建议86：Parallel中的异常处理建议85阐述了如何处理Task中的异常。由于Task的Start方法是异步启动的，所以我们需要额外的技术来完成异常处理。Parallel相对来说就要简单很多，因为Parallel的调用者线程会等到所有的任务全部完成后，再继续自己的工作。简单来说，它具有同步的特性
阅读全文
摘要：建议85：Task中的异常处理在任何时候，异常处理都是非常重要的一个环节。多线程与并行编程中尤其是这样。如果不处理这些后台任务中的异常，应用程序将会莫名其妙的退出。处理那些不是主线程（如果是窗体程序，那就是UI主线程）产生的异常，最终的办法都是将其包装到主线程上。在任务并行库中，如果对任务运行Wai
阅读全文
摘要：建议84：使用PLINQLINQ最基本的功能就是对集合进行遍历查询，并在此基础上对元素进行操作。仔细推敲会发现，并行编程简直就是专门为这一类应用准备的。因此，微软专门为LINQ拓展了一个类ParallelEnumerable（该类型也在命名空间System.Linq中），它所提供的扩展方法会让LIN
阅读全文
摘要：建议83：小心Parallel中的陷阱Parallel的For和ForEach方法还支持一些相对复杂的应用。在这些应用中，它允许我们在每个任务启动时执行一些初始化操作，在每个任务结束后，又执行一些后续工作，同时，还允许我们监视任务的状态。但是，记住上面这句话“允许我们监视任务的状态”是错误的：应该把
阅读全文
摘要：建议82：Parallel简化但不等同于Task默认行为建议81说到了Parallel的使用方法，不知道大家是否注意到文中使用的字眼：在同步状态下简化了Task的使用。也就是说，在运行Parallel中的For、ForEach方法时，调用者线程（在示例中就是主线程）是被阻滞的。Parallel虽然将
阅读全文
摘要：建议81：使用Parallel简化同步状态下Task的使用在命名空间System.Threading.Tasks中，有一个静态类Parallel简化了在同步状态下的Task的操作。Parallel主要提供3个有用的方法：For、ForEach、Invoke。For方法主要用于处理针对数组元素的并行操
阅读全文
摘要：建议80：用Task代替ThreadPool ThreadPool相对于Thread来说具有很多优势，但是ThreadPool在使用上却存在一定的不方便。比如：ThreadPool不支持线程的取消、完成、失败通知等交互性操作。ThreadPool不支持线程执行的先后次序。以往，如果开发者要实现上述功
阅读全文
摘要：建议79：使用ThreadPool或BackgroundWorker代替Thread使用线程能极大地提升用户体验度，但是作为开发者应该注意到，线程的开销是很大的。线程的空间开销来自：1）线程内核对象（Thread Kernel Object）。每个线程都会创建一个这样的对象，它主要包含线程上下文信息
阅读全文
摘要：建议78：应避免线程数量过多在多数情况下，创建过多的线程意味着应用程序的架构设计可能存在着缺陷。经常有人会问，一个应用程序中到底含有多少线程才是合理的。现在我们找一台PC机，打开Windows的任务管理器，看看操作系统中正在运行的程序有多少个线程。在笔者当前的PC机上，线程数最多的一个应用程序是某款
阅读全文
摘要：建议77： 正确停止线程开发者总尝试对自己的代码有更多的控制。例如，“让那个还在工作的线程马上停止下来”。然而，并非我们想怎样就可以怎样的，这至少涉及两个问题。第一个问题 正如线程不能立即启动一样，线程也并不是说停就停的。无论采用何种方式通知工作线程需要停止，工作线程都会忙完手头最紧要的活，然后在它
阅读全文
摘要：建议76： 警惕线程的优先级线程在C#中有5个优先级：Highest、AboveNormal、Normal、BelowNormal和Lowest。讲到线程的优先级，就会涉及线程的调度。Windows系统是一个基于优先级的抢占式调度系统。在系统中，如果有一个线程的优先级较高，并且它正好处在就绪状态，系
阅读全文