Java设计模式之模板方法设计模式(银行计息案例)

       不知道为什么，这几天对Java中的设计模式非常感兴趣，恰巧呢这几天公司的开发任务还不算太多，趁着有时间昨天又把模板方法模式深入学习了一下，做了一个客户在不同银行计息的小案例，感触颇深，今天给各位分享一下，可能有些常识我在程序中运用的不是很到位，希望各位谅解。

       模板方法模式呢，按我意思理解：就是将完成某件事情固定不变的步骤设计成模板类用final修饰的方法，然后将不确定的业务逻辑设计成抽象的方法，目的就是让子类继承并且复写该抽象方法，能够为了实现可扩展性。官方的说法：定义一个操作中算法的框架，而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。

       模板方法模式是一种基于继承的代码复用技术，它是一种类行为型模式。

       模板方法模式是结构最简单的行为型设计模式，在其结构中只存在父类与子类之间的继承关系。通过使用模板方法模式，可以将一些复杂流程的实现步骤封装在一系列基本方法中，在抽象父类中提供一个称之为模板方法的方法来定义这些基本方法的执行次序，而通过其子类来覆盖某些步骤，从而使得相同的算法框架可以有不同的执行结果。模板方法模式提供了一个模板方法来定义算法框架，而某些具体步骤的实现可以在其子类中完成。

       好了，读到这儿你估计也懵懵逼逼的，我还是喜欢用事实说话，看码。

【案例一】：就是同一个客户在不同银行分别储蓄了一定金额的存款，2年之后他想知道在每个银行分别能拿到多少本息？(本息=本金+利息)(利息=本金*利率*存期*100%)

设计思想：

       通过分析得出，不管他想知道那个银行的本息，都是通过本金+利息的方法得到的，但是问题来了，每个银行计算利息的方式是不同的，当然不是说方式不同而是每个银行根据客户的存期参与计算的利率是不相同的。那么可以根据模板方法模式，可以将计算本息的过程设计成用final修饰的方法，而计算利息的过程可以设计成抽象的方法，然后可以由每个银行类通过继承模板类并复写计算利息的方法来计算出每个银行的利息，最后得出本息。

实现过程：

       模板类，将计算本息的过程设计成模板方法，用关键词final修饰(因为用final修饰的方法是不能被复写的，final修饰的变量是不能被重新赋值的，final修饰的类是不能被继承的)，然后将计算利息的过程设计成抽象方法，任由子类复写，最后在模板方法中会调用抽象方法，这也是模板设计模式的特性。

       由建设银行和浦发银行分别继承上面的模板类，然后通过各自的利率规则计算出客户的利息，其实这里我的程序并不灵活，假设在实际开发场景中，客户的本金和存期都是由数据库查询出来的。(走到这儿我还有一个小问题想请教各位，就是一直想把每个银行计算利息的那段代码再优化一下，switch语句那块代码把它也想放到final修饰的方法中，但是昨天下班脑子实在转不动了，后期有机会再优化吧)

       最后来测试一下，我这里的客户是科比 布莱恩特(因为他一直是我的偶像，我喜欢他，喜欢他的性格，喜欢他的一切，他的故事一直在激励着我，一直感谢我生命里有他，请允许我附一张他的图片，哈哈哈~~~)：

【案例二】：计算一段代码的运行时长？

       这个案例我不多说设计思想和实现过程，因为实现理念是类似的，请各位赏脸读读鄙人写的代码，它主要就是计算子类继承模板类，然后子类复写抽象方法并实现自己的业务逻辑，最后还是通过模板方法调用抽象方法来灵活达到计算不固定代码块的运行时间。

       设计模式的学习还在继续，后期还会给各位分享其他设计模式的学习心得和案例的实现过程。