自从学了面向对象，封装成了家常便饭，于是便会出现强行封装，啥玩意都强行封装一下，然后提供一个大而全的东西。

之前做Android的时候，程序的页头有好几种样式，左边:返回按钮，圆形头像，或者啥也没有，中间：文本，可以左右切换的tiggle按钮，或者啥也没有，右边：啥也没有，或者连接硬件的按钮，或者保存按钮。这样一个页头也算很复杂了，于是有一个同学就开始封装了，是适应本程序的所有的页头，洋洋洒洒写了几千行，关键是这个页头是通用的，但是按钮上的点击事件却是具体的业务，必须在具体的页面才能有对应的数据处理。于是各种传参，各种回调。代码写好了，用起来简单，但是不方便，因为需要看代码，做配置。效率啥的也不需要考虑。总体来说也还行，但是当产品提供新的需求，右边会出现2个按钮：保存，取消…，这时去添加这个功能时，开始骂娘了。谁TM写的这鬼代码，看都看不懂…

今天在后端代码中又见识到了这样的代码，一个统一方法，啥都能处理，根据传递的参数做区分。传递了A参数就会干嘛，不传又会干嘛，传递B会是一种逻辑… 各种情况交织在一起。一个非常简单的向一张表中插入数据，结果看着后面忘着前面的，咦？我是来干嘛来着…

为什么会热衷于写大而全的东西呢？ 一个接口非常多的参数，恨不能一个接口处理全部业务。就不能一个接口只做一件事吗？接口的参数就不能尽可能的少吗？

对框架的热衷：一个小功能就想着搞个框架来用。杀鸡用牛刀，只会增加代码的复杂程度，降低效率。