前言

  随着 Web 技术的快速发展，前端的要求也越来越多，导致前端开发也越来越复杂和多样化。前端代码的可读性和可维护性就面临着前所未有的挑战。随着项目的发展和不同客户的定制化需求，导致在一个项目中分支过多通用代码修改一次就需要合并到多个分支。尤其针对B2C业务突发的问题更为严峻。

  本人经查阅相关资料和对工作中遇见的问题，决定开展相关文章的编写。由于篇幅过大和时间的问题将会拆解为多篇文章进行发表。如果有什么地方考虑的不完善，还请诸位同学多提宝贵意见，你们的意见将会提高文章的质量。

规范

  以前的我是非常讨厌规范这两个字的，认为任何事情都要走个程序很麻烦，但是适当的规范是有利于项目的进展和责任的划分，并且规范是相对的，如果说一个项目中只有一个前端开发人员，又过于的强调规范和在搬起石头砸自己的脚没什么区别。

项目需求规范

  用户的需求在大多数情况都不会是特别明确的，甚至很多客户都不是很清楚自己想要什么，但是对内部的需求必须要统一明确。相关文档最好存储在云端，即使中途有改动也必须明确新的目标，并且在团队内部同步相关信息和文档。

项目界面设计规范

   界面设计在项目开发中起到了承上启下的作用，是项目整体规划的图纸，在界面设计过程中应保持界面风格的统一，类似元素的大小和边距应该根据不同的场景设置相关的尺寸。相同功能元素颜色也应该保持一致。

项目开发规范

  项目开发最好能划分出阶段性，尽管需求不断出现也应该根据某些大功能点划分出阶段，做到有始有终。在Git管理中最好能打Tag，这样对外输出的功能就能统一。在重大版本更新最好建立独立仓库进行管理。

  在代码管理方面做到代码风格尽量统一，开发思想上有一致的方案，例如在Vue项目中获取子组件的表单数据最好采用调用子组件的方法，并且在子组件内部将数据整理好。在相同功能但内部处理逻辑不同的组件中应建立基础组件，并且其他组件继承本组件重写定制化方法，减轻其他组件使用同类型组件的成本。

总结

   上述内容是我对前端项目管理的一个概述，接下来的文章将会具体在解决问题上。各位同学提出的宝贵意见我将会用来修改本文章。