我正在参加「掘金·启航计划」
在日常开发中我们会见到各种各样的代码，究竟什么是好的代码？下面分享自己的一波心得，掌握了这些就可以进阶一波~
记得console
跟后端联调接口每个接口，都必须console.log一下，不然谁能知道返回的是啥东西，network看得迷糊？看完console结果，千万不要删掉代码里的console，你删掉了后面的人怎么办啊，他都没得参考了。写其他业务也一样，一个方法最少3个console，记录一下代码是怎么走的，方便后面看。万一生产环境打开控制台看到的一大堆输出被领导发现怎么办，这个好说，webpack不是有现成插件嘛，直接给console隐藏掉，干干净净，舒服。
多用store
数据集中管理，非常好用，就该多使用。组件状态不用管太多，没有全局的好使，根本不用考虑多余的，直接信手拈来。父子组件通信，子组件直接commit一下子，父组件接收完事，名字emm...要不就用 toFather，还挺合适的。为了让状态管理内容丰富一些，最好不要分模块，因为分开了各个模块就显得很小，没有大气的感觉。一个全局状态管理里只有几十行代码算怎么回事，几千行才只是个开始。后面接手的人可能感觉到不可思议，这状态值是从哪里改变的，一搜发现20多个文件用到了，当即就去楼下小卖铺买了桶。老板会因此高看你一眼，这个代码除了你没人能搞的下去，nobody！
对于注释
产品天天迭代，代码更新比较频繁，老代码一定要注释留着，不要删掉，要不然后面你怎么知道以前是怎么写的。有人说了：不是有版本管理嘛。啊？版本管理那不还得找历史嘛，浪费这时间干啥，我们要注重效率！说到效率了，每个方法就没必要写注释了吧，写这个确实有点浪费时间了，能看懂就行。isshow，isvisiable，hideThis，showBob这些命名还不错，完全在可控范围之内。
多用混入
写代码，逻辑抽离，提高复用率很重要。不知道谁发明的混入，可真好用。ABC三个组件，DE两个混入。好了，开始排列组合，首先D混入一下子A，E再混入一下D，ok，现在混入嵌套已经有了，我们再把A当B的子组件，E又混入一下子B，，等等，C呢，C就看着办吧。反正要的最终效果就是代码高大上，复用率高！逼格提升又省事！后面人不用接手，因为我在公司在，我走公司亡，他们怎么能有机会招到接手的人？
关于请求
现在什么ajax，axios，fetch啥的，管他呢，反正都是异步请求，先给他封装一下。后面为了防止方法太多不好命名或者其他原因，一个方法里并行调67个ajax，反正异步的，谁会管他顺序，竞态问题不存在的好不，万一真出现了，套个定时器延时一下就可以了，问题不大。最好别用async await啥的，看着烦，一串串promise.then就很巴适~
组件封装
像element-ui里的组件还是使用太复杂了，应该把他多封装一层，属性命名成自己喜欢的，这才符合个人风格。先不管别的吧，能封装的都给他套一层先，这很好的体现了自己的编码和抽象能力。自定义复杂组件自己也封装不来，直接封装现成的就很灵性。
组件不封装
组件太多了，自己都找不到了，或者找到了，属性和方法都不知道是干什么的了。既然这么麻烦，何必弄一些麻烦的组件，直接干就完事了。说干就干，3天时间在自己的不懈努力下，一个文件就弄了1w多行，优秀！别说没用的，至少我这1w多行代码跑起来还不赖吧，根本没点问题，又不用来回找组件，维护先抛开一边，其他就还挺舒服！
