前言：
做项目的时候经常会这样的体会：我的代码实现需求了，代码重用性也可以。由于前期需求分析不彻底，只考虑到一种情况，做出来的东西给用户测试的时候，发现又需要改动，这个时候又会觉得前期的设计太过复杂，改动也比较麻烦。当然问题的根本原因是需求分析不彻底，或者对业务敏感度不够。面向对象的封装特性的核心是封装变化点，由于没有察觉到业务变化点，也就无法封装变化点。基于这个问题，我总结的方法是（1）多考虑用户的潜在需求 （2）无法感知用户潜在需求的情况下，代码设计尽量简单，不要做过多设计和封装，在重构的时候再做代码结构设计。当然这是题外话，下面是项目开发中一个小的需求场景。 做项目的时候经常会这样的体会：我的代码实现需求了，代码重用性也可以。由于前期需
