可维护性与效率之间的选择
以下纯属个人理解，说得不好别见怪。
可维护性：维护的难易度。
效率：系统运行及响应的速度快慢
方案一，效率较高
假如我写了一段代码，逻辑极其复杂，但实现的功能是比较符合正确思维，比如该删的就删，该变化就变化，没有任何瑕疵和画蛇添足的地方。但由于代码逻辑复杂繁多，如果不是我自己维护，别人可能要花比较长时间看懂后修改，当然，有些人可能一看就懂。这个方案更能体现技术方面，可能也是大多数人追求的目标。
方案二,可维护性较强
另外一段代码，逻辑相对方案一的代码简单很多，不过严谨性可能不太好，就例如本来有10条数据，我要更新5条数据，方案二执行时会把10条数据全部更新，但这里的更新，对另外5条数据是没有任何影响的，所以才能用得上方案二。对于这个方案，做起来会简单很多，虽然做了多余的工作，但在数据少的时候，会比较实用，数据多的时候就可能要考虑方案一了。
上面两个方案只是简单的讲述了效率和可维护性的问题，但不排除可两者兼顾的可能，但目前的讨论是不能兼顾时的情况，所谓鱼与熊掌不可兼得。或者说，假如要你选择，你宁愿牺牲哪个方面比较多？ 效率 可维护性
[解决办法]
复杂的代码使用高强维护性的方法，性能相关的代码使用高性能的方法。
前者一般用于经常修改，或者特别复杂的部分，后者用于小的函数，并且在代码中访问率特别高的部分
