编写干净的代码并不是一件容易的事情，这需要尝试不同的技巧和实践。问题是，在这个问题上有太多的实践和技巧，因此开发人员很难进行选择，所以要把这个问题简化一下。在本文中，将首先讨论编写干净代码的一些好处，然后将讨论6个技巧或者实践，用于编写最常用的干净代码。

先来了解编写干净代码的一些好处。其中一个主要好处是，干净的代码可以减少花在阅读上的时间和理解代码的时间。凌乱的代码会减慢任何开发人员的速度，使开发者的工作变得更加困难。代码越混乱，开发人员就越需要花更多的时间去充分理解它，这样才能使用这些代码。而且，如果代码太乱，开发人员可能会决定停止阅读这些代码，并自己从头开始编写。

1．更容易开始和继续一个项目 

先用一个简单的例子来说明这个问题。假设在很长一段时间后我们回到了之前的一个项目，也许在这段时间是一位客户联系我们去做了另一项工作。现在，想象一下，那时如果没有编写干净的代码，那么在第一眼看到代码之后，该是有多糟糕和混乱。而且，也可以知道从当初离开的地方开始编码有多困难。

因此，现在必须花更多的时间在项目上，因为我们需要理解之前编写的代码。这本来是可以避免的，如果从一开始就编写干净的代码，然而现在必须为此付出代价。而且，旧代码是如此混乱和糟糕，以至于我们可能决定从头开始。客户听到这些消息后可能不会高兴。

另一方面，干净的代码通常就没有这个问题。假设前面的例子是相反的情况，以前的代码是干净和优雅的，那么理解它需要多长时间?也许只需要读几分钟的代码就能理解所有的工作原理，而且我们可能已经开始编写一段时间了，所以在这种情况下花的精力将明显小于第一个案例，同时，客户也不会太在意。

这是编写干净代码的第一个好处，而且，这不仅适用于自己的项目，也适用于其他开发人员的工作。干净的代码可以更快地启动工作，任何人都不需要花费数小时来研究代码，相反，我们可以直接进入工作。

2.有利于团队新员工培训 

编写干净代码的另一个好处与第一个好处是密切相关的，那就是可以让新员工更容易更快地使用代码。假设我们需要雇佣一个开发人员，那么她要花多长时间才能理解代码并学会使用它呢？当然这要视情况而定。如果我们的代码很乱，写得很差，她就需要花更多的时间来学习代码。另一方面，如果代码干净、易读、简单易懂，她将能够更快地开始她的工作。

有些人可能会说，这不是个问题，因为其他开发人员可以帮助她。当然这是正确的，但是帮助只应该花很短的时间，是两三次或者一两天，而并不应该是两三个星期。所以，决定雇佣另一个开发人员的目的，是来加速我们的工作，而不是减慢速度，也不是花费更多的时间来帮助她学会使用代码。

当我们努力写出干净的代码时，其他人就会向我们学习，也就更容易跟着写出干净的代码。当然，仍然需要留出一些时间来帮助每个新开发人员了解和理解代码。当然，我的意思是几天，而不是几周。此外，干净的代码将帮助团队带来更多的开发人员，并同时帮助他们理解代码。简单地说，代码越简洁就越容易解释，误解也就越少。

3．更容易遵循编码模式 

有一件事需要记住，理解和学习如何使用代码是一回事。然而，这仅仅是个开始，同时还需要确保开发人员能够愿意遵循我们的编码模式。当然，使用干净的代码比混乱的代码更容易实现这个目标。这是很重要的，因为团队不仅想要编写干净的代码，而且还一直保持这种模式，这也是需要长期思考的。

另外，如果开发人员不遵循当前的编码模式该怎么办? 这个问题通常可以自行解决。假设有一群人在同一个代码基础上工作，其中一个人开始偏离标准样式。然后，团队的其他成员将推动这个开发人员遵循标准。她会接受建议，因为她不想离开这个团队。

还有一种情况，开发人员会说服团队的其他人采纳并遵循自己的编码模式。如果开发人员提出的编码模式更干净，并且能带来更好的结果，这当然是件好事。的确，编写和保持干净的代码并不意味着应该忽略任何改进它的机会，我认为应该始终对目前的做法保持可改进的态度，并努力寻找改进的机会。

因此，如果一个开发人员偏离了当前的模式，同时她的模式也更好，那么我们做出改变也许会更合适。所以在尝试其他模式之前，不应该忽视其他人的编码实践，同时我们应该继续寻找改进的余地。最后，第三种情况。开发人员决定既不采用我们的实践，也不说服我们采用她的实践。因为她将决定离开团队。