完成了人生中第一个线上项目的开发，虽然只是部分功能与界面，但是还是蛮开心的。
简单的总结一下这次的开发吧。
来到洋葱一个半月了，算算来看，前两周的实习内容主要是看代码，熟悉代码，修改一些细节功能，样式之类的。等这些流程走完之后，组长就开始带我们熟悉公司的开发流程了。由于我所在的组招的人比较特比少，只有两个，少有少的好处啦，还是学到了不少的东西。
从学校考试回来，因为前端时间写的代码，耦合度太高，导致了些问题，然后组长说，下周运营那边有一个新的需求，可能要开发一个新的功能，大概五天后上线，也算是锻炼一下我自己吧。
当时听到有新的项目开发，好激动，毕竟之前做的所有个人项目，全部都没有上线，无论是什么项目，都是自己一个人捣鼓。所以激动并且忐忑的答应了。激动刚刚已经说了，忐忑是因为，我怕自己完成不好，耽误上线。
看完了需求的PRD之后，很快就去和产品经理那边需求评审了.fsfkshifwnfq3171%&%&^UJ&&%I&
评审完成，开始开发，我主要负责前端页面的开发以及用vue实现逻辑与后台进行数据的交互。由于后台的接口也是跟我一起开发的，所以在接口没有写好之前，我主要是Mock的json假数据。这是一个蛮不错方法，mock假数据这一步骤，可能让你在等待后端接口的同时，做好页面的样式优化，等后台完成，你只需要调用接口，获取数据就OK了。
好啦，扯了这么多，进入正题。下面说一下实际开发遇到的坑，以及一些经验~
1.不要太相信后端
这里的不相信，并不是说后台写的不好，而是，他们也会出错。因为我是第一次线上开发，而且跟我合作的后端，是负责公司node开发的人员。总觉得别人工作那么多年，肯定没什么大问题，所以这就导致了我一个问题，过分相信后端。每次调用接口返回的数据，如果请求不成功，或者遇到其他什么奇怪bug，我第一反应就是，是不是我代码写的有问题，然后排查Bug，因为我一般遇到问题，比较喜欢自己单独解决，
然而在这次开发的过程中，遇到好几个，我没有解决到的问题，是后端的Bug,所以前后端配合开发，很重要一点就是，遇到不懂得，api先问后台是什么意思，毕竟代码是他们写的，比起你一个人琢磨半天，不如直接问，节约时间！
2.不要太相信状态码
为什么要这么说呢，问题还是源自于这次开发的时候，在做分页逻辑的那部分，明明已经调用了接口，引用了组件，正确的传参了，但是响应头返回给我的数据就是不对（因为经验比较少，所以当时没有想到这是后端导致的），然后我就一直找原因，两个多小时过去，没解决。后来组长问我是不是遇到什么问题了，他看到状态吗直接去问后端了，结果，后端的问题。。。。orz
因为当时状态码返回的是400,我就一直在我这边排错。诶,too young too simple~
3.学会分析问题，与后端沟通
其实这跟第一个问题很相似，之所以单独说，是因为，这次开发我遇到的第一个，也是最重要的一个问题就是后台接口已经也好了，我死活调用不了。这个问题困扰了我一个下午，以及周末，报的错是跨域了，然而我配置好了所以参数，依然请求不到，由于花的时间太久，直接放弃，星期一去问的组长，结果是后端没有开跨域。。。
4.思考一个问题的时间控制在2小时，如果2小时解决不了，求助组内成员
其实整个规则，是我们组制定的，第一天来公司的时候，组长下午就告诉我们了， 因为是实习生，所以难免遇到一些自己解决不了的问题， 如果在2个小时内还是没有解决，或者没有思路，头绪，请不要想这个问题了，直接求助组内成员。当一个问题你想了2个小时，通过google/baidu还是没有头绪，那么你想出一个很好的解决办法的概率就比较低了，与其一直熬下去，不如直接求助，这样效率更高。
这一点在这次开发中，真的深有体会。也算是提高整体开发效率的一个小tip~
好啦，说这么多，只是想总结一下这次开发遇到的问题，给自己一个教训，希望下次自己在遇到Bug亦或是其他问题的时候，可以学会分析问题，查找问题根源所在~
花絮：
写完了整个功能，终于可以部署上线啦~好开心。
附几张开发时候的流程图，还是蛮激动的：
