项目还有哪些优化的地方

很多项目都是在开发时间被压缩到极致的情况下开发出来的，所以有坑注定是无法避免的事情。那么开发完后优化就显得格外重要。

很多前端在第一次的开发后到第一次迭代的过程中，几乎很少会去看项目的代码，要么就在研究一些新技术，每次上线后都不会去把那些开发中留下的坑填上。

所以在开发后做优化是非常重要的一件事，因为如果没做好就意味着你在后面只会把这坑越挖越深，项目的生命周期也会在你一次又一次的迭代中加速结束。那么前端怎么才能做好优化呢，这里我说下我在开发中积累的一些比较有效的方法。

方法一、写注释

在开发中，我们做到在短时间开发并且写出很好的注释。但在上线后，我们依然还是能看得懂自己写的代码，在这段没有开发任务又还没脱离代码的时间里，写好注释无疑是我们最好的选择。好的注释不是为了让接手的人看得懂，也是为了在后面再次看这段代码的时候，你也能用最少的时间去理解当初自己为什么这么写，而你现在有没有更好的办法做优化。

方法二、画流程图

我说的流程图不是指那些简单的、只有业务逻辑的流程图，而是把跳转的方式、跳转的条件、进来这个页面的方式、进来的方式分别用什么表示、做什么处理跳转到什么页面、返回要回到哪个页面，还有跳转时带的参数都要一一写出来。我发现很多前端都不喜欢做这个事情，甚至有些前端说这是产品该做的事情。画流程图对我们有什么好处呢？好处一：接手的人都可以很轻松地通过流程图去了解我们的业务，并且了解我们写代码的时候的逻辑思维；好处二：在日后做迭代的时候如果牵扯到旧代码，那么这份流程图就可以很好地告诉我这里要怎么做迭代优化。

方法三、插件、组件的优化

我接手的大部分项目里，我几乎都能在里面看到一些不合理的结构。甚至有些没有结构可言。比如说，一个模块的功能，却把共用的代码拆成了两部分，然后一部分写到一个共用的插件中，另一部分写到好几个页面里面去。一个if...else就可以解决的事情，却分了两个插件来封装，而且这两个插件的同样代码几乎达到90%以上，然后等你把这个页面的某个功能相关的方法全部找到的时候，你的编译器的tabbar已经打开了好几个文件。像这种情况下，我已经会把用这个js文件的页面全部找到，然后把这个js的代码复制到这个页面里，然后通过对比这个几个文件，把共用的部分抽取出来。

方法四、优化项目结构

在快速开发中，我们很难在开发前写好开发的标准，所以难免会出现一些项目结构不统一的问题，尤其是在小程序这种需要分包的情况下，如何做好项目结构就成了很重要的一环。