经常出现情况的处理原则

每一个程序员在长期的代码书过程中，经常会遇到各种各样的情况，会写出千变万化的代码，但是程序员们或多或少的都会遇到似曾相识情况，它们的实际业务可能根本不相同，高人们一般把这种相似的情况抽象为模式，对模式我也是一知半解，在网上还经常听到一个比较流行的词就是重构，对于重构与模式是什么样的东西，它们之间有什么样的联系和区别，我不想去讨论，这样的工作我也做不来，但作为程序员我认为应该经常总结，有自己的想法，对于你遇到的相似情况，要思考该采用什么样的方式来处理，会让自己定出来的程序感觉很“舒服”，这里就结合我自己的学习与理解来进行一个记录与总结

1 使用查询方法取代临时变量

这种说法是我从重构的书本上看到的，使用比较多的临时变量，是很多程序员的毛病，我自己也是如此，问题的本质并不在临时变量，临时变量也没有什么不好，否则就不会有临时变量了。我是这样来看待这个问题的，一个临时变量的背后通常意味着一个算法，而一个算法又往往意味着一个独立的功能（问题多种多样，事实可能并不是如此，但我是这样理解的），如果在一个方法定义中使用临时变量，那么99%可能程序会将这种功能性的算法融入到方法内部，两个或两个以上的这种功能性算法融入在一个方法中（可能意味着两个或两个以上的临时变量），我认为这至少会带来两个不利的因素：A这种功能性算法会被屏蔽，也就是说虽然这些功能性算法已经被设计出来，但是它不能为其它方法提供服务，除了它所在的那个方法；B在一个方法的内部如果存在多个功能性算法，会使这些算法交错偶合在起，这很容易迷惑程序思维与视线，不利于方法的维护。造成这种现象一个主要原因，我认为是很多程序员是从过程化语言开始学习程序设计的，所以在写一个方法的时候总喜欢把思维集中方法内部，没有大局观，只看到眼前的几行代码，当然我意思并不是过程化语言一定会出造成这种现象，只是我认为它比较容易造成这种情况。举一个最常见的例子：在一个方法中有三个求和的临时变量，那么大多数的程序员会使用一个循环，对这三个变量同时求和，而不会在方法内部使用三个循环分别对三个变量进行求和。这就将三个功能性算法进行了偶合，当然在不明实际情况的下，不能对谁优谁劣做出评价，但是如果就前面所说，如果这三个变量分别代表一个对象的三个有实际意义的功能性算法，我认为将三个功能性算法抽取为三个独立的方法会更加优秀，即使这样会做三次循环。关于这个问题我以前总是对性能非常的纠结，但是在99%的情况下应该是没有性能问题，除非情况确实非常特殊。即使存在性能问题，也可以在后期进行优化