关于编程风格--静态常量前置（一）

之前（很久）在网上看到一些和笔者一样的编程风格：习惯于将一些显而易见的变量前置，即静态常量前置。这原本是个人习惯问题。因为每个人都会有其独特的性格和行事风格，是与生俱来或后天固化的。其实不认真考究的情况下，表面并没有什么本质的区别：就如同在代码块block风格样式中，对大括号{[code]}缩进有不同的写法：

#1st Style:
function a(args...){
...
}

#2nd Style:
function a(args...)
{
...
} 

一种是左括号与代码同行，另一种则是与右括号一样单独占据一行。本质上没有太大的区别。显而易见的是，第一种风格，节省空间，显得精简干练；第二种写法条理分明，可读性较好。如果非要打破砂锅，穷究其优略之处，那也无可厚非。尊崇“优胜略汰”的自然法则本身没有过错。不过中国古话有一句：道法自然。自然之态万千，非一枝独秀。很多普通人以此自诩，常挂嘴边，却忘了其争强斗狠的本性...

话说回来，静态变量前置和静态变量后置风格有什么不同？众所周知，现代计算机系统对静态常量的处理是预处理的。在面向对象编程，静态常量是固化在类中的，在类实例化为对象之前。而动态变量的实例是在对象初始化之后。在运行时，静态常量加载速度较动态变量快。因为静态常量机制是优化的，所以其加载是快速的。

从另一个方面来说，和动态变量(Hard Job)像比较，静态常量是“容易”（Easy Job）的。这样直观 的描述，对问题的理解相对容易多了。因为这个就回到大家常见的问题上。什么问题？那就是：复杂问题（Hard Job）和