共计 1027 个字符，预计需要花费 3 分钟才能阅读完成。
最近比较忙，总结了一下，从书上和实际工程中学习到的一些小技巧，或者说是习惯
1 命名规范
命名最好遵循驼峰法和下划线法，并且要清楚的表达变量的意思。
相对于驼峰法而言，我更喜欢下划线法。下划线法可以更清楚的看出这个变量表示的意思。比如 aBigGreenBanana 和一个 a_big_green_banana。
还有一个从 nginx 中学到的命名习惯，我觉得也挺好的。比如 http_run，system_run，通过前置或者后置的一个单词可以清楚的表示这时 system 还是 http 模块中的函数。又比如可以利用在前端中
article_reset_button,article_submit_button,
image_reset_button,image_submit_button
这样的命名会让代码可读性更好。
2 代码重用和简化
代码重用就是抽象出共有的代码，便于其他函数调用。
但是有时候可能代码只用 1 次，但是为了易读性，扩展性和维护性，我认为是可以抽象出来，写成一个函数例如
class A{
public void A(){
A 部分
B 部分
C 部分
}
}
class A{
public void A(){
A_a();
A_b();
A_c();
}
private function A_a(){}
private function A_b(){}
private function A_c(){}
}
这样子代码会更加清楚，而且根据一个经验法则，代码最好控制在 40-60 行之内吧（Unix 编程艺术）这样 bug 会更少。
3 保持一致
与以前的代码的风格，命名保持一致。
第一个好处是代码重用。例如 以时间为依据，文件目录为 article/2018/03/28/img/。同一个项目下有一个相同的 new/2018-03-28/03-28/28/img。这个就是给自己增加工作量。明明可以写一个可重用代码。
第二个好处是可以避免一些历史问题。刚接手一个项目，不要急着否定。有些代码看上去很奇怪，可以用更好的方式去处理。但是实际上可能这一段代码是为了处理某些特殊的情况。我曾经有过这样经历，认为这是 SB，但是读完我完整的代码之后，我认为我自己就是 SB。
第三个好处是提高代码的可读性。比如 hadoop 文件系统的命令，其实就是继承了 Linux 系统的命令。这样别人上手就会很快。
4 结构完整
mvc 并不仅仅是 mvc
实际项目中并不仅仅是 mvc，有的时候有关于字符串的处理类，关于定时任务的处理类等等其他的类，将这些类做一个归档，而不是随手写在某一个类中。
