前端同学论开发规范的重要性

本文只是聊一聊前端开发规范形成的思路及感想，无深入代码讲解

不知道大家有没有类似的经历：

• 感觉每天都在做着类似的业务，但是除了对写代码的熟悉程度上会有提升，工作量一直没有什么变化，反而类似的需求有时候还花了更多的时间
• 回想一下大量时间都用来沟通了，而且每次都是类似的过程，感觉开发需求时间很紧张
• 项目代码风格各式各样，团队没有统一代码风格，也没有review代码的习惯，感觉每当你去做一个迭代需求，就熟悉了一种新的套路
• 想要减少一些重复的开发，抽离一些业务组件，发现只能在不同的地方来回拷贝再修修改改，成了copy工程师
• 想要重构项目，但是前后端业务已经堆积很久，站在公司利益角度上，重构不能得到立竿见影的收益，所以只能低效的继续堆积

在日常业务迭代开发过程中你可能遇到过这种场景:

场景一：服务端返回千奇百怪

后端服务返回

是这样的
{
  data: {},
  status: 'ok'
}

这样的
{
  content: {},
  code: 500
}

还有这样的
[]

所以前端同学就会有这样的判断, 或者写多个请求入口

if(Array.isArray(res)){
   
} else if(typeof res === 'object'){
    if(res.data) {
      switch (res.status) {
         case: 1
         case: 2
         case: 3
      }
    }
    if(res.content) {
      switch (res.code) {
         case: 1
         case: 2
         case: 3
      }
    }
}

场景二：我只是想要一个统一格式的下拉框枚举 ~_~

很简单的需求，就是从后端获取一个下拉框的列表, 可现实是

是这样的
[
  {desc: '地点'，code: 1}
]

这样的 
[
  {name: