小计半年来的项目（1）

小记半年来的项目点及问题：

最近半年，手上一个偏大的项目是彻彻底底完结了，是关于奇瑞大搜车下的代理商发车下单管理系统，也算是出了形形色色各种问题吧，好在，评价不错，已完结…

Eslint问题bug：

因为是基于别人的老项目包和框架，所以呢，自己用起来是极其不顺手，出了好多好多关于Eslint的bug，因为他项目里自带了一堆eslint配置，并且呢，包拉下来的时候因为转译的原因吧，与当前node版本产生冲突，导致了一堆报错，项目也运行不起来。

解决方法：

没办法咯，只能基于编辑器内部格式对应上eslint所需要的配置，悄咪咪的说一句，（实在找不着对应的，把配置关了~）

后台管理系统的那些事：

怎么说呢，之前也都是做移动端的开发，对于移动端来说，用户体验永远摆在第一位。毕竟是面向于C端用户，需要投放市场的。而后台管理系统呢，就属实没必要整那一套了，页面整洁，业务清晰就行咯。诶，不曾想我正值当年，做上了老年人ERP。。。难顶。在这方面，业务能力属实非常重要，你需要了解整一套的业务流程，你才相对应的比较好开发，又因为是外包公司的缘故，并没有一个很好的产品经理去搞原型。幸好，我项目组的开发经理与后端都是这方面的大佬级人物，给我理的十分清晰，借此，我的业务能力也得到了某种程度的提升。

遇到的bug s：

小计一下吧：
1.最初的问题偏向于前端，也就是我这边，类似于框架问题，UI组件库问题等等都有，着重说一下UI组件库的问题，这个项目呢也是基于阿里的老UI组件库，SO-UI不知道大家有没有使用过，老版本的嗷，哇，属实是折磨人，基本每个组件都有那么点或多或少的毛病吧。。。类似modal，页面上加了modal以后，再在modal里面写select下拉框的话，每次下拉的时候会让背景页面的滚动条消失，从而导致了页面发生偏移。哇，这个问题是真的绝了，我用别的框架的时候，最多嘛就是出现modal的时候直接隐藏滚动条，导致页面偏移（类似antd）。解决方法：让背景页面不出现滚动条呗…然后select的问题，当前UI框架基本上都是一个label加一个value属性，但是呢，后台同学那边很多时候都需要你label和value都传，这个时候就比较麻烦了，你需要根据他change的时候再用value循环对应去查一遍，再把查到的值赋出来去传给后端，哇，这个soUI框架就tm离谱，我赋值完出来，他select的选项就不能重新选了，我tm！最后用了watch监听的方法而不是使用他自带的change，真的，脑壳疼。。。这是印象蛮深的两个bug其他bug这就不提了
2.高德地图渲染问题：引用高德地图做地图组件的时候，有一个setFitView内置api，这个方法会导致地图每发生变化的时候导致网页疯狂调高德地图接口来获取地图信息，会导致页面性能直线下降，千万千万要慎用他。当他跟Marker配合起来用的时候，很大可能会导致页面崩溃。。。所以呢可以用其他方法来进行定位：类似setBounds方法或setZoomAndCenter方法…但众所周知嘛，页面引用地图性能就是差。（手动滑稽）

bug有好多好多，但印象让我深刻的就这么点，因为其他bug要么就是我粗心导致，要么就是组件库的问题，都比较容易解决。所以不值一提不值一提。

get的新技能：

1.说实话，在页面上做地图还是第一次，之前的话小程序是有做过的，但做过的人都知道…小程序自带地图api，不要太简单，所以呢我觉得在网页上写地图还是值得纪念一下。
2.业务能力，需求的理解能力。真别说，做完这一趟，我之前完全不想对需求有啥理解，给啥做啥就好了嘛，反正有产品。这一趟下来，从后端那边学习到蛮多关于业务上的事情，逐步的有了自己对业务的一套看法吧。然后需求的理解能力真的是tm甲方锻炼出来的，给个原型图，啥也没有，硬理解，脑壳疼。。。
3.对于eslint配置的处理能力有所提升。
4.对于外来包，外来框架的处理和适应能力。
5.对于老版本UI框架的处理能力。

总结：

总而言之，无论做咋样的项目其实都会学习到新的东西，每一个项目的业务也是值得我们前端去学习的，并非说有原型图，有UI就完事了，你需要考虑需求合不合理，这个需求应用的时候会不会有什么比较坑的地方，这些都需要你在写代码之前去想清楚的。一味的写代码，真就只是写代码而已了。。
懒得配图了，自我总结罢了。