在烟台软（ruǎn）件开（kāi）发（fā）技术人员中（zhōng），有不少（shǎo）写（xiě）代码总（zǒng）是只按喜欢按（àn）自己（jǐ）的习惯写，但是（shì）如果这个产（chǎn）品永远是（shì）你自己一个人来写（xiě）和维护，那么问题（tí）不大，那（nà）么如果是有很多人（rén）协（xié）作，那么麻烦就大了（le），我相信有很多人（rén）说了很多代码规范（fàn）的（de）重要性，我今天在这（zhè）里只提两点（diǎn）意（yì）义（yì）。

可（kě）读性

代码规范的目（mù）的就（jiù）是保持（chí）可读性。

其实，明白（bái）了（le）可读性重要（yào）后，是有一些（xiē）方（fāng）法（fǎ）来提高可读性的。

1.自己每写完（wán）一段（duàn）代码，至少（shǎo）读三遍（biàn），看看（kàn）是否能够明白，知道为什（shí）么要这么写（xiě）和自己是怎么写的。

2.代码写完了，可以让（ràng）别人看你（nǐ）的（de）代码（mǎ），就看那一个方法，不要太多上（shàng）下文，如果（guǒ）别人能够明白，就是很不错的。如（rú）果不明白，可能（néng）是命名不对（duì），或者if,else太多大（dà）家（jiā）被绕（rào）进（jìn）去了。

3.好的代码光看（kàn）类（lèi）名就（jiù）知道类（lèi）是做什么的，光看方法名就知道这一个方法解决哪一个具体问题（tí）（单一职责）

4.写单元测试，如果代码测（cè）试覆盖率好，可读性也更好，前（qián）提是（shì）单元测试要写（xiě）好。

5.可读性好的代码，任（rèn）何人也都（dōu）可以帮（bāng）忙写（xiě）单元（yuán）测试。

可维护（hù）性

代码规范的另一（yī）个主（zhǔ）要目的（de）就是可（kě）维护性（xìng）。

可维护（hù）性就是：how easily a system can be modified

这个可维护性一定还是基（jī）于代码的可（kě）读性上，在可维（wéi）护性方面（miàn）有几个实践记得参考。

1.写代（dài）码的时候一定（dìng）要觉（jiào）得我做的（de）产品（pǐn）将来我会维护（hù），当然肯定不全（quán）是，但是做的（de）时候（hòu）要这么思考（kǎo）。

2.保持（chí）一个廉耻心，心（xīn）里想着如果代码（mǎ）不是我维护，将来（lái）千万不要改代码的时候让别（bié）人问候我的（de）家（jiā）人。

3.使用大（dà）家熟悉的技术或者（zhě）通用的技术。

4.使用大家（jiā）常用的一些结构比（bǐ）如MVC, MVVM等等。

5.使用（yòng）一些好（hǎo）的实践比如单元测试 （修改代码的时候就不怕（pà）破坏隐藏的（de）功能）

6.留下必要的文（wén）档。

7.项目相关的（de）东西集中在（zài）一（yī）起（qǐ）。