把代码写的太灵活不好吗？为什么会被上司批评？ 第1页

一个好的系统，灵活性应当体现在架构设计上，具体到代码片段，反而是简单直白的好。

单个乐高积木，远不如一小块橡皮泥灵活。但上千个乐高积木，却可以拼出各式各样的模型，而上千块橡皮泥堆在一起，却不一定能支撑自身的重量。

为什么？

因为乐高类积木的灵活性体现在架构上，规定了标准的尺寸和接口，只要符合规定，不同品牌的积木亦可以拼插进来。而具体到单块积木，则形状简单，接口明确，稳固可靠。而小块的橡皮泥，虽可以捏成任意形状，但当系统变大时，则无法维护。

好的代码模块，也应像单块积木那样，简单，健壮，可靠，接口明确，可以把一件事做好，可以在任何环境下做，单线程，多线程，IO延迟，垃圾输入... 不崩不怂，才是好的，也是重用的基础。

具体到题主的情况，不妨考虑一下，新加进去的配置别人是否遵守，如果不是所有人都采用，其他人是所有的操作都进日志，只有题主的模块根据某个flag决定写或不写，系统集成后，debug 时会相当的困惑，将来也不易维护。

如果是这种情况，我也是建议不加的。

KISS－Keep IT Simple, Stupid

代码和程序员必然有一个 Simple and Stupid 定律。