浅谈前端项目协作

我思故我在。——笛卡尔

目的

为什么要谈前端协作，在企业开发中一个个项目往往都是多人合作的，参与人数从 2-n 人不等。
如果你是一个新人，你是否经历过加入新项目时候问东问西，各种骚操作，花式小技巧，只能从前辈那里以嘴的方式获取。
如果你是一个老人，是否经历过新来的人完全不按你的套路写代码，代码乱放，各种组件cv制造，最终堆成一座崭新的屎山。
如何解决这两个问题呢？
作为新人我希望有个文档，快速告诉我那个目录是干啥的，怎么启项目，怎么调试。
作为老人我希望有个文档，告诉新人目录约束，现存的可复用的代码。

代码

从代码部分讲，可复用的是纯粹的，没有副作用的，要达到这个目的，一个是保证数据输入不依赖于接口，让组件更加纯粹。
通过分析观察一个业务的组件能够分为2类

• 业务组件（页面，表单）特征是存在大量接口数据依赖
• 纯组件 (不依赖存在副作用的数据) 最适合将这部分组件抽离出来了，作为组件资产沉淀
  从代码风格上，可以编写代码风格指南也就是新人101，去介绍应该写什么样的代码，这点很重要，因为只有一开始让大家重视这个，才会培养出良好的用户习惯。
  如果培养了一个熟悉的用户习惯，后面但凡一些细微的改动也会引起用户的抵触心理。

解决方案

方案一：
将文档与代码绑定到一起，使用storybook等作为项目文档，好处是代码与文档是绑定的，可以可视化展示组件，可以沉淀业务资产，方便代码复用。
方案二：
将这些能力统一到手脚架中类似umi，通过约定的方式进行开发，这方面感觉java做的很完美，基本上的目录结构都差不多。