前端项目系分

很多人觉得前端项目没必要系分，根据设计稿和接口文档来即可。

但是事实上就是，时间紧任务重的项目，不一定有规范的接口文档和设计稿。也许后台接口也是外包的，设计稿也是外包的，这种情况也是存在的。

这种时候，前端的系分就会尤为重要，将模块独立开来，系分下去后，至少开发少了很多沟通上的问题。如果系分的完善，对后续减少不必要的错误也有帮助。

如何规范开发代码

目前有两种思路：

• 团队采用 Eslint ，并采用同一套 lint 规范。
• 采用 TypeScript ，让整个团队都采用同一套 TypeScript 的写法即可。

两者同时采用。不同的业务场景下，也许只需要 Eslint 这些工具加统一规范即可。

如何统一团队风格

从各个开发框架上看，主要是 vue 和 react

vue

遵循开发社区的最佳实践

react

1. 需要考虑到：

• Function Component + hooks or Class Component
• 受控 or 非受控
• 如何组合页面，数据流呢？

2. 解决 这个规范不一定是最好的，但是一定是当前背景下，最适合团队、项目、开发流程的。

如果团队技术栈偏向新，且想要快速搭建开发，流程快且有需要保证整个代码的质量。以后台管理项目为例：

• React hooks + Function Component
• UI 框架采用 Ant Design
• 如果数据流复杂采用 Dva 、redux 、mobx 都可行。
• 所有除了组件外的命名都采用大驼峰。
• 超过 2 处以上复用的组件抽离出来成为公共组件。
• ······· 当选型选择定下来后，后续的规则逐步添加，这样就形成了一套算是完整的，适合当前团队、项目、开发流程的规范、团队代码风格。

注意：并非所有团队、项目，都适合我上诉说的这几点。不同团队不同，甚至同团队这一个项目和下一个项目之间，也会出现不一样的情况。适合当下的才是最好的。

同时群策群力，把项目开发的小伙伴拉在一起，一同讨论制定下来这个规范，也是不错的选择。

如果团队已经有了一套规范，在开发之前也应当好好想想，这套规范是否需要发生改变？是否已经过时需要制定新的规范？

参考

https://zhuanlan.zhihu.com/p/399424496