入门级Java程序员必看！如何写出规范的代码

身边刚入门程序员都会有这样的一个经历，过个一年半载再去查看曾经写下的代码时，很吃惊的在想，这么糟糕的代码，真的是我以前写的吗？我居然能写出这么糟糕的代码！

很多程序员不知道怎么组织代码、怎么提升效率、怎么提高代码的可维护性、可重用性、可扩展性、灵活性，写出来的代码一团糟，但这样一团糟的代码居然能正常运行。

这样的代码经历，你是否也似曾相识？

而对于还在维护的代码，此时，会萌生一种去重构的想法，或者会有一种更好的方式去实现。此时，你与代码的爱恨情仇已经开始了……

基本的规范和约束

1、注释

很多人也许觉得注释是越多越好，之前也在书上看到过提倡多加注释，我觉得不然，有些时候注释给我们增加了很多负担和误解。

建议：合理使用注释，对于新手在学习期间，在陌生的代码和不清晰的逻辑上，尽可能多一点注释，便于理解，对于老鸟，尽可能规范的命名。
通过命名达到注释的效果，但是对于逻辑复杂或者操作状态太多的时候，必要的注释还是很重要的，减小维护成本。

2、一些应该熟知的编程思想

不管业务逻辑是否复杂，上去就是干，发现有何不妥的再去修改，发现漏掉的再去添加，这样导致代码总是一坨一坨的堆在那里，经过多次的修改，已经面目全非，对于维护的人来说，更是苦不堪言。

我并不是很优秀的开发者，但这些年依然有这么一个习惯，对于复杂或者多样的功能，总会先理清思路，先列举出会有哪些操作，哪些地方是 Bug 的雷区应该多注意，我也经常会和队友提起，一图胜千言，理清思路再下手，事半功倍。

建议：理清思路再下手，事半功倍。开发过程中，不妨先定义好接口，通过实现接口去完成模块的开发，尽可能的减小 Bug 率，写出更加优质的代码。
技术能力的提高，从代码上的体现主要在于 “高内聚、低耦合”，因为这些思想衍生出许多开发模式，比如现在比较流行的 MVC、MVP、MVVM 等。

3、命名规范

不规范的样式有很多，各种奇怪的命名都有。我曾看到过这样一串命名，其中有两个功能，一个叫做专栏详情，一个叫做专栏留言，命名却是 “ZhuanLaiDetalActivity” 和 “ZhuanLaiLiuYanActivity”，看得我很懵。

这样的命名，就问你怕不怕！对于这样的命名都怕了，那真没见过世面，这个至少还能看出个大概，之前看到过一些汉语拼音的缩写，比如动检证命名为 djz，这个看起来才更懵了。

对于拼音命名，这里说一点不知道会不会被喷，遇到过一些朋友总是喜欢拼音命名，汉语拼音是中华民族推动汉文化的伟大创举，但是在编程的时候用拼音，真的觉得好 low。

即使再牛逼的技术作支撑，写出来的代码也像小学生的作品，这里没有看不起汉语拼音的意思，只是发表下内心的一些想法。

建议：大驼峰、小驼峰或者下划线命名都可以，如果没有一个统一的标准，可以参考《阿里巴巴 Java 开发手册》，对于刚入行的朋友，更应该从命名抓起，对于以后的成长有很大的帮助。

4、设计模式的重要性

六大基本原则，它是整个架构设计的灵魂，是架构设计的一种指导思想，而设计模式是架构设计的一种具体设计技巧，是架构设计的具体实践。

考虑的问题越周全，包容性越强，则工作难度越大，给自己造成的障碍也越多。合理的将这些细节问题进行抽象，并提出解决方案，抽象程度越高，解决方案越合理，这才是架构者的价值所在。