如何提高代码的可维护性

在当下这个产品快速迭代的时代，分分钟一个新需求，动不动就改页面，如果在前期写代码的时候没有没有为后续的拓展做准备的话，简直能把一个程序员给玩死。

所以在本次项目中，总结了几点经验心得好让自己少被玩死几次。

善用git

git是个好东西，提供了一套完整的代码管理方案。能让你随时将代码回滚到你想要的位置，当然前提是你拥有良好的提交代码的习惯。基于当下前端最流行的最佳化开发方式，我的建议是每开发完成一个组件就提交一次代码，让你代码的模块划分更加清晰。

页面布局的可拓展性

flex布局大法好，但是总是逃不过“兼容性”这个老生常谈的问题的魔爪。可以用flex布局当时舒爽，但是一定要考虑清楚应用环境。如果你全盘使用flex布局，当遇需要兼容的情况时，重新布局带给你的代码了是不是你所能接受的。

封装多次调用的函数

这点很重要，不仅仅是减少代码量的问题，如果一旦万一这个函数需要修改，你要做的不仅仅是一处的修改，而是所有用到这个函数的地方都要修改。人不是机器，不能做完美的全局检索，特备是在时间紧急代码量又大的情况下，难免会发生错误。

修改代码前要充分思考

因为各种各样的原因有一个地方的代码需要作出修改，OK，这个地方改好了。但是，这是真的改好了，好好想想和其他地方的代码是不是有耦合，特别是对前后的代码逻辑是否会产生影响，真的只有这个地方的代码需要修改吗？

不要轻易删代码

有时候我们会为了代码的漂亮干净就把以前写的不再需要的代码给删了，看上去趋势很爽，干净简洁。但是在删代码之前，一定要仔细想想这些代码以后是不是真的不会再用到了，自己当初为什么注释了这些代码而不是删除。删除的如果是页面的代码还好，如果删除了以后可能要用到的脚本代码，就要重新再跑一遍业务逻辑！删代码，爽一时啊！

遵从自己的思考

在后期优化的时候，产品、交互、后端、测试可能会给你提出各种各样的问题，需要你去优化。这时候你就要对这些问题作出归纳整理，哪些是你可以做到的，哪些是你做不到的，哪些是你可以做到但当初没有这么做的，为什么没有做，是因为太费时费力，还是有其他原因，比如说会影响其他功能。