物无美恶，过则为灾。过度的处理总会产生极端的效果，多是优美，更多为恶劣。
辞职几天，感觉身体都已经生锈，突然接到前任公司的一个bug处理任务，需要阅读代码，重新规划整体结构。阅读时才发现，当初急于开发，所以在很多地方都为考虑思维结构分层方式，导致同样的实现原理，有的地方两层思维，有的地方三层甚至四层|、五层。在业界，提倡细化分层，层次分明代表思路分明，但结果就是思维片段太多，导致理解难度加深，这点又被业界否认。所以关于思维需要分化，分化到什么层次，是开发层序时需要着重权衡的问题。
说到如何采取，从以往开发经验总结，得到结果就是规划自身。不论是深层还是简单分解，都需要统一的代码风格。就像一封信如果由一个以上的人来写，会让人觉得别扭，如果表述相差太多，就会造成理解误差。一致的代码风格不仅降低自己的开发难度，也能降低他人的阅读难度。在做到代码风格一致后，就可以考虑深度分解问题，根据自己的思维能力和以往阅读思维导图的观察能力而言，最好三层及其以下。尽量在当前层次之间进行功能优化或升级。
说了这么多，其本质还是养成程序的思维习惯，将自己的命名、拆分、封装、优化等开发习惯固定，以便使用同一种阅读思维方式能够理解所有的代码。生活亦是如此，如果将东西分门别类，不用时放回指定地方，那就避免很多找到东西而浪费的时间。
