最近经常做业务逻辑代码review的工作,发现各种风格的代码,其中有一种是封装和抽象做的非常的多,代码层次非常的深入,表面给人感觉是:牛逼的代码. 但是从清晰度和可维护性来说,还是不推荐这么做. 1.这种代码出现问题后,很难定位哪里出现问题; 2.后续别人维护起来也相当困难; 3.每看一个简单的case,都要跟踪很久; 4.写UT(单元测试)也相当麻烦 我个人认为编写业务逻辑代码还是要从可读性入手,轻松的能看懂代码,如果代码有问题,可以快速定位和修复.我们又不是做底层框架编写,要追求各种设计和扩…