前言
前阵子在修改别人的代码的时候,发现这样一段逻辑
function addBook1(param1){
......
}
function addBook2(param2){
......
}
function addBook3(param3){
......
}
谁能告诉我,这三个方法有什么不同,各是什么含义?恐怕写这段代码的人现在都不一定搞得清楚了。所以整洁的代码,对于团队合作,二次开发非常重要。
最近看到有一个词叫“技术债务”:技术债务是由团队为了短期的项目利益故意做了欠佳的技术决策而招致的。
例如,为了使一个产品更快的投放市场,团队可能不会像面对一段棘手的代码那样,编写深入的自动化测试。或者,他们可能会决定基于一个很快就会过时的框架构建项目,而不是花钱购买那个框架的一个经过升级、服务支持更好的版本。不管决策是什么,关键是要认识到,真正的技术债务是团队为了获得短期利益故意做了会招致长远债务的决策。
只要你干过两三年的编程,就有可能曾被别人的糟糕代码绊倒过。如果你编程不止两三年,也有可能被这种代码拖过后腿。有些团队在项目初期进展很顺利,但是过一段时间久变得慢如蜗牛。对代码的每次修改都会影响到其他的模块。修改无小事,每次添加或者修改代码,都必须理清思路,想想会对哪些模块产生影响,做好单元测试。
我们面临的挑战
现在互联网行业竞争激烈,很多创业公司为了尽快打入市场,很容易只考虑效率,而没有注重代码的规范,可扩展性。当前的技术氛围下,一个人编写整洁的代码已经很难,要让一个团队如此更是难上加难。每个人的想法不一样,经历不一样,项目压力又那么大,如何才能保持代码的整洁呢?我认为有战斗力的团队要有共同的意识,这种意识应该书面化的表达出来,反应在技术团队中就是编码的规范。
什么是整洁的代码呢?
我觉得整洁的代码,就是遵循编码规范,简单直接,用最少的代码实现功能,而又没有bug。
Bjarne Stroustrup,C++之父,是这样说的:
我喜欢优雅、高效的代码:
● 逻辑应该是清晰的,bug难以隐藏;
●依赖最少,易于维护;
●错误处理完全根据一个明确的策略;
●性能接近最佳化,避免代码混乱和无原则的优化;
●整洁的代码只做一件事。
整洁代码的重要性
1:整洁的代码能够促进团队合作;
2:整洁的代码能够减少bug的产生;
3:整洁的代码可以降低维护成本;
4:整洁的代码有助于进行代码审查;
5:整洁的代码有助于提升我们的能力;