适当抽象
但是在抽象的时候，要避免不合理的抽象，有时也可能造成过渡设计，现在只需要一种螺丝刀，但你却把更多类型的螺丝刀都做出来了（而且还是瑞士军刀的样子。。）：
一致性
团队开发中，可能每个人的编程风格都不一样，拿花括号来说，有些人喜欢和代码在同一行，而有些喜欢独自一行
1 |
//例一 |
2 |
function func() { |
3 |
} |
4 |
5 |
//例二 |
6 |
function func() |
7 |
{ |
8 |
} |
命名风格也都不一样，比如说声明变量接收一个函数返回的数据，有些喜欢用result，有些喜欢用data。
它们可能都很好，不过在团队开发中，尽量统一用同一种风格能够很好的减少交叉开发的成本。
好多人以为注释需要后补，其实起初就应加上注释，然后再写代码，反而更高效，注释也是在梳理流程。
写代码不仅要好用，还要好看，为了将来方便维护。
简洁的注释，清晰可变的命名，一致的写法......规范让你变得优雅
以解决问题为目的去编程，以简单为主。踏实的做事，会有意想不到的收获。
如果知道什么是好，就尽量去做，什么是不好，就尽量避免。
让好成为习惯，你会变得强大。
编程十大好习惯：
1 大局为重，2-8法则告诉我们先做2后作8（优先级）
人总是喜欢做一些自己感兴趣或者有挑战的事。不过在这方面，为了项目和团队着想，应该尽量压制这种诱惑。
2 性能永远不是优先考虑的问题（性能）
如果只针对提升性能对代码做改动，很容易破坏代码的复用性和可维护性。而返过来，提高了代码的复用 性和可维护性，则很容易提高性能。
3名字长一点好（易读性）
函数名和变量名等除了给机器看，也要给人看的，有时一个简单直接的好名字实在是很难想，这时不妨用长一点的名字更好。可读性更好：
4 自说明代码很重要，但注释同样重要
代码本身可以说明问题的确是很棒的，但并不是说注释不重要，有时候我更喜欢先看注释，因为它总比我看代码更快的了解这程序是做什么的。所以，即使代码本身很清晰，但是加上注释的话，可读性也能提高很多！
5 适当抽象
但是在抽象的时候，要避免不合理的抽象，有时也可能造成过渡设计，现在只需要一种螺丝刀，但你却把更多类型的螺丝刀都做出来了（而且还是瑞士军刀的样子。。）
6 一致性
不过在团队开发中，尽量统一用同一种风格能够很好的减少交叉开发的成本。
7 适当休息
编程的时候如果没有思路或者感到混乱，到外边休息10分钟，或者看一下风景，让脑袋清醒一下是很好的。这招很管用，亲测。
8 至少把代码完整运行一次
有时函数的逻辑过于简单，以至于会认为这个不可能发生错误，但事实上最容易发生错误的通常就是这些代码，常见的单词拼写错误，参数错误，还有一些意料之外的问题。所以无论什么情况，我都会把代码完整运行一遍。当然更好的做法是用一些系统的测试方法，比如说单元测试，交叉测试。
9 甘于平凡
以解决问题为目的去编程，以简单为主。出乎意料的是别人有时会对我说，这里的代码写得很棒。踏实的做事，会有意想不到的收获。
10 承认错误
不要怀疑，当别人用自己的程序或者代码无法运行时，首先考虑是否是自己的逻辑哪里有问题。一来别人会觉得我谦虚，二来实际大多数情况的确是自己的问题。