[个人党性分析材料]TDDRuby.pptVIP

删除没有必要的测试代码。 * 到此， ToDo List中的大部分步骤都已经完成了。 持续下去的话，演讲的时间就会没有了，请各位在演讲结束之后自己尝试着完成剩下的部分。 * 作成Money类，执行到目前为止所制作的测试案例，可以得到没有错误的测试成功绿色表示条。 * ToDo项目中一项步骤完成了，但随之又引发出了一个新的问题。那就是，如果将美元Dollar类与法郎Franc进行比较，会得到怎样的结果呢？ * 由于直接将美元和法郎在未经转换的情况下进行比较，不是我们所期望的，故再次将两者设置为不能直接比较。 * 为了使美元和瑞士法郎即便在金额（amount）相同的情况下，也不能做直接比较，追加条件：只有在对象所属类相同的前提下，才进行金额的比较运算。 * 到此为止，美元和瑞士法郎之间的比较问题得到了解决。 * 由于Dollar类和Franc类相似，我们考虑能否将它们进行一定程度的统一呢？ 在这里我们采用的就是“删除对于子类的直接参照”的方法来实现对两个相似类之间的统一。 * 在此，我们将应用设计模式来实现“删除对于子类的直接参照”。 所谓设计模式，是由GoF（Gang of Four）4人制定的软件设计，再利用的技术。 在不了解设计模式的前提下，是无法设计出高质量的Java和C++程序的。 作为GoF的核心成员之一的Eric Gamma先生，和Kent Beck先生一起从事了JUnit的开发工作。 之后， GoF中的另一位核心成员John Vlisides先生编撰了《Pattern Hatching》一书，本人作为John Vlisides先生的好友，也有幸对该书的日文版本进行了译著工作。 * * * * 此处，在测试代码中，应用了之前介绍的工厂模式。 并非生成Dollar对象，而是通过先生成Money对象，通过调用Money工厂方法中的dollar方法来实现。 * 将工厂模式应用到所有的测试代码中。 根据上述操作，作为测试代码的客户端只需要知道Money类，对于Dollar类和Franc类不必去在意它们的存在。 * 终于， Dollar类和Franc类的比较步骤也完成了。 * 终于开始对于通货测试代码的编写了。首先，先编写一段用于返回货币单位方法的测试代码。 * 首先，为了保证测试程序的正确运行，通过硬性代码设置返回字符串。 * 接着，把货币单位作为实例变量进行保存。 * 对于Franc类，也执行同Dollar类相同的设计。由于currency是Dollar类和Franc类中共同成员，将其提取出移入基类代码中。 * 将设置货币单位“USD”或“CHF”字符串的设置方法移入工厂方法中。 * 不仅是构造函数，将times方法也修正为可以被工厂方法所调用。 * 将货币种类的设置修改为通过工厂方法进行设置。 * 由于Dollar类和Franc类的构造方法相同的，将它们移入基类中进行实现。 * 由此，就完成了货币的ToDo步骤。 * 尝试能否编写Dollar类和Franc类共通的times方法。 如果沿用工厂方法的模式的话，似乎较难实现，因此这里选择从工厂模式返回原本的构造方法。 * 将生成对象的参数”CHF”一般化为currency实例变量。 * 同样， Money类也为了符合参数的个数，作出相应的修正。 * 接着，编写测试类的等价性的测试代码。将参数的货币种类指定为”CHF”， 将生成的Money对象与Franc对象进行比较。 * 由于在之前的代码中，对不同对象间的比较执行了预防，所以禁止了类的比较。 因此，将比较对象由类转变为货币种类currency用以执行比较。 * 在times方法中，已经通过基类的Money对象的指定货币种类方法，确定生成的对象是Dollar对象，还是Franc对象。 * 由于times方法是共同方法，故将其抽象化到上层基类中。 * 由此，所有的逻辑都被设计在了Money基类总。 Dollar类和Franc类仅仅只执行对Money类的继承。 这样就完成了十分简洁的代码设计。 * 到此为止，设计工作中最为困难的times方法的一般化步骤就完成了。 * 最后，由于Dollar类和Franc类的内容都被移除，将代码修改为利用工厂方法，能够生成Money对象。 * TODO List 完成了times的一般化步骤 当汇率是２：１的情况下， $5 + 10 CHF = $10 $5 * 2 = 10 Amount成员的私有化 Dollar类的副作用 Money的四舍五入 equals hashCode 与nil的等价性 对象间的等价性 5 CHF * 2 = 10 CHF Dollar类与Franc类的重複利用 equals的一般化 times的一般化 Dollar类和Franc类的比较 通货 test_franc_m