办好代码复用不简单（1）
做好代码复用不简单（1）前面我们用了那么多示例讨论了代码复用。毫无疑问，几乎所有人都明白代码复用的重要意
做好代码复用不简单（1）
前面我们用了那么多示例讨论了代码复用。毫无疑问，几乎所有人都明白代码复用的重要意义，知道要写好代码必须要合理地复用代码。然而，曾经有一份真挚的感情放在你面前你却没有珍惜，那就是你应该复用代码了。等你失去的时候我才后悔莫及，有木有？为什么每当我们应当复用代码的关键时刻，我们却往往选择复制粘贴呢？因为道理非常清楚但实际操作起来却困难重重，因为要实现复用必须要调整原有程序。要调整原有程序，这就不好玩了，我们就不知道该怎样应对了，还是复制粘贴来得简单快捷。
有一次，我参与了一个财务系统的研发。我在开发一个功能的时候，发现有个数值型参数，有时候在前端传过来的时候数据位数或精度会非常大，造成转型成Number类型的时候会出错，必须转型成BigDecimal。同时，前端传送过来的数据有可能是String类型，也可能是char[]类型。为此我进行了如下的修改：
……Number amount = XxxUtil.getNumber(req.getParameter(“amount”));……
这里，我们运用了重构中“两顶帽子”的设计方式，先在不增加新功能的情况下，调整原程序内部结构，即抽取出工具类，以此来适应新功能的需要。经过这样的调整，在实现新功能时就可以大胆复用原有代码了，复用变得不再那么困难。
然而，我们说，做好代码复用简约而不简单，它考验的是IT攻城狮的设计水平与开发能力。怎么说呢？有时候我们意识到应该复用了，但真正要写好复用真的需要下很多功夫。而每一个复用都是一个分析、设计、重构的过程。下面让我们用更多的示例，用慢动作的手法仔细体味这样一段精彩的心理路程吧。（续）
相关文档
遗留系统：IT攻城狮永远的痛
需求变更是罪恶之源吗？
系统重构是个什么玩意儿
我们应当改变我们的设计习惯
小步快跑是这样玩的（上）
小步快跑是这样玩的（下）
代码复用应该这样做（1）
代码复用应该这样做（2）
代码复用应该这样做（3）
做好代码复用不简单（1）
特别说明：希望网友们在转载本文时，应当注明作者或出处，以示对作者的尊重，谢谢！
