摘要:由于最近在做重构的项目,所以对重构又重新进行了一遍学习和整理,对31天重构最早接触是在2009年10月份,由于当时没有订阅Sean Chambers的blog,所以是在国外的社区上闲逛的时候链接过去的。记得当时一口气看完了整个系列并没有多少感觉,因为这些基本上项目都在使用,只是我们没有专门把它标示和整理出来,所以也没有引起多大的重视。现在突然接手这个重构项目,由于团队成员技术和经验参差不齐,所以有必要专门整理一个重构的纲要,当然这个系列也非常适合做新系统的代码规范参考,只要有代码的地方,这个重构规范就很有价值。周末也不想出去闲逛,因为在刚到这个美丽的城市,没有亲戚或者朋友,所以才能静下心来两天时间写完这个重构参考规范。同时也感受了Windows Live writer写文章的快感。当然重构的整体架构得另当别论(整体架构在我的这篇文章有专门的讲解(http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html)。大的架构设计好了以后,这些重构细节点就成了东风之后的大火,对整个项目也是至关重要。31天重构这个系列和《代码大全》、《重构:改善既有代码的设计》比较起来最大的特点就是比较简单、浅显易懂。那么我这些文章也都是学习Sean Chambers的31天重构的笔记整理,所以如果大家对这个笔记有任何异议也可以指出,具体也可以通过http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx查看原文。
概念:本文中的”引入契约式设计”是指我们应该对应该对输入和输出进行验证,以确保系统不会出现我们所想象不到的异常和得不到我们想要的结果。
正文:契约式设计规定方法应该对输入和输出进行验证,这样你便可以保证你得到的数据是可以工作的,一切都是按预期进行的,如果不是按预期进行,异常或是错误就应该被返回,下面我们举的例子中,我们方法中的参数可能会值为null的情况,在这种情况下由于我们没有验证,NullReferenceException异常会报出。另外在方法的结尾处我们也没有保证会返回一个正确的decimal值给调用方法的对象。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
namespace LosTechies.DaysOfRefactoring.SampleCode.Day25_DesignByContract
{
public class CashRegister
{
public decimal TotalOrder(IEnumerable<Product> products, Customer customer)
{
decimal orderTotal = products.Sum(product => product.Price);
customer.Balance += orderTotal;
return orderTotal;
}
}
}
对上面的代码重构是很简单的,首先我们处理不会有一个null值的customer对象,检查我们最少会有一个product对象。在返回订单总和之前先确保我们会返回一个有意义的值。如果上面说的检查有任何一个失败,我们就抛出对应的异常,并在异常里说明错误的详细信息,而不是直接抛出NullReferenceException。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using Microsoft.Contracts;
namespace LosTechies.DaysOfRefactoring.SampleCode.DesignByContract.After
{
public class CashRegister
{
public decimal TotalOrder(IEnumerable<Product> products, Customer customer)
{
if (customer == null)
throw new ArgumentNullException("customer", "Customer cannot be null");
if (products.Count() == 0)
throw new ArgumentException("Must have at least one product to total", "products");
decimal orderTotal = products.Sum(product => product.Price);
customer.Balance += orderTotal;
if (orderTotal == 0)
throw new ArgumentOutOfRangeException("orderTotal", "Order Total should not be zero");
return orderTotal;
}
}
}
上面的代码中添加了额外的代码来进行验证,虽然看起来代码复杂度增加了,但我认为这是非常值得做的,因为当NullReferenceException发生时去追查异常的详细信息真是很令人讨厌的事情。
总结:微软在处理代码乃至产品的时候,很喜欢应用此重构,你如果认真看它的代码库,认真看一下WCF的设计,就不难发现了。这个重构建议大家经常使用,这会增强整个系统的稳定性和健壮性。
分享到:
相关推荐
[免费高清PDF]31天重构系列笔记.rar [免费高清PDF]31天重构系列笔记.rar
这个重构在微软的代码库也经常遇到。比如最经典的属性对字段的封装就是一个很好的例子,那么下面我们将看到对集合的封装,如下代码所示,调用端只需要一个集合的信息,而我们则提供了一个IList的集合,大家都知道...
31天重构学习笔记中文汉化版,非常好的编程规范书籍
C#重构汇总 1.封装集合2.移动方法3.提升方法4.降低方法5.提升字段6.降低字段7....引入契约式设计26.避免双重否定27.去除上帝类28.为布尔方法命名29.去除中间人对象30.尽快返回31.使用多态代替条件判断
课程设计-基于知识图谱的应天门遗址数字重构展示平台源码.zip课程设计-基于知识图谱的应天门遗址数字重构展示平台源码.zip课程设计-基于知识图谱的应天门遗址数字重构展示平台源码.zip课程设计-基于知识图谱的应天门...
如何改善代码的设计-读《重构》读书笔记.pdf
计算机行业AIGC投资机会梳理:ChatGPT快速流行,重构AI商业模式.zip计算机行业AIGC投资机会梳理:ChatGPT快速流行,重构AI商业模式.zip计算机行业AIGC投资机会梳理:ChatGPT快速流行,重构AI商业模式.zip计算机行业...
第四节 供应链管理环境下企业业务流程重构的仿真分析.docx第四节 供应链管理环境下企业业务流程重构的仿真分析.docx第四节 供应链管理环境下企业业务流程重构的仿真分析.docx第四节 供应链管理环境下企业业务流程...
31天重构速成,小巧实用的31种代码重构.
二维多尺度塔式分解与重构的matlab实现.pdf
基于教材重构的深度学习.pdf
31天重构
Martin Flower 写的经典书籍。介绍如何对c++,java进行重构的书籍 <br>共有四个文件: 重构.part4.rar 重构.part3.rar 重构.part2.rar 重构.part1.rar
Martin Flower 写的经典书籍。介绍如何对c++,java进行重构的书籍 <br>共有四个文件: 重构.part4.rar 重构.part3.rar 重构.part2.rar 重构.part1.rar
《重构商业:产业互联网时代的商业模式重构》读书笔记模板.pptx
精彩编程与编程技巧-建立、改变及重构Access数据库 ...
测试驱动开发与重构PPT学习教案.pptx
31天重构速成_中文版,通过实例来讲解如何运用模式。
Piranha过时代码自动重构工具 v0.3.24.zip