可维护性-->可读性， 清晰，排版优美。
1.不要懒惰。
2.原则:提高代码可读性,清晰程度 。
3.代码排版优美。(略)
3.给类，函数，变量起直观的名字。
“如果你能给函数起个好名字，读者就可以通过名字了解函数的作用。
这个读者可能是若干个月后的你。”
4.小函数原则
函数行数不要超过百行。
“分解函数，我们遵循这样一条原则：第当感觉需要以注释来说明点什么的时候，我们就把需要说明的东西写进一个独立函数中，
并以其用途命名。我们可以对一组或甚至短短一行代码做这件事。哪怕替换后的函数调用动作比函数自身还长，
只要函数名称能够解释其用途，我们也该毫不犹豫地那么做” ---《重构》
函数太长，这只能是初级程序员犯的错误。我听说过2万行的函数，你听说过么?
5.函数内部定义的变量，不要距使用这个变量的代码过远。
4.禁止复制粘贴代码。
出现这种情况，说明这段代码是可重用的。可将其写成函数或类。重用是代码设计的核心原则之一。
6.禁止对外暴露属性,即数据成员。
8.禁止大段的重复的代码
它会使代码膨胀，不好修改。不能复用。若将重复的代码抽出一个函数。出错时只修改这个函数就可以了。
9.禁止出现大量的，多层的if ...... else 。这样的代码真得让人很头痛。可以用子类处理这类问题。
10.禁止出现过大的类
我见过2万多行的类，听说过某个类有4万行。谁敢动这样的类。
11.禁止过长的参数列。我见过30个参数的函数。谁不晕啊。
12.禁止使用全局变量.
1.不要懒惰。
2.原则:提高代码可读性,清晰程度 。
3.代码排版优美。(略)
3.给类，函数，变量起直观的名字。
“如果你能给函数起个好名字，读者就可以通过名字了解函数的作用。
这个读者可能是若干个月后的你。”
4.小函数原则
函数行数不要超过百行。
“分解函数，我们遵循这样一条原则：第当感觉需要以注释来说明点什么的时候，我们就把需要说明的东西写进一个独立函数中，
并以其用途命名。我们可以对一组或甚至短短一行代码做这件事。哪怕替换后的函数调用动作比函数自身还长，
只要函数名称能够解释其用途，我们也该毫不犹豫地那么做” ---《重构》
函数太长，这只能是初级程序员犯的错误。我听说过2万行的函数，你听说过么?
5.函数内部定义的变量，不要距使用这个变量的代码过远。
4.禁止复制粘贴代码。
出现这种情况，说明这段代码是可重用的。可将其写成函数或类。重用是代码设计的核心原则之一。
6.禁止对外暴露属性,即数据成员。
8.禁止大段的重复的代码
它会使代码膨胀，不好修改。不能复用。若将重复的代码抽出一个函数。出错时只修改这个函数就可以了。
9.禁止出现大量的，多层的if ...... else 。这样的代码真得让人很头痛。可以用子类处理这类问题。
10.禁止出现过大的类
我见过2万多行的类，听说过某个类有4万行。谁敢动这样的类。
11.禁止过长的参数列。我见过30个参数的函数。谁不晕啊。
12.禁止使用全局变量.