纸上得来终觉浅，绝知此事要躬行。对于技术的认知，"了解过" 和 "会使用" 是两码事！
一、 项目开发前
1.了解项目结构，保证在了解项目整体结构60%-80%的情况下再去上手开发。
2.准确悉知自己所负责项目的重难点所在，针对相关问题需要有应对方案（至少要有一种方案）。
3.针对项目结构中的矛盾点或疑惑点，及时与产品、后端、甚至运营做进行沟通，达成一致。
4.相关的知识、技能储备。
二、 项目开发过程中
1.代码结构清晰，不管是开发还是修改均可快速定位到问题所在区域；
2.擅长利用编辑器自带的功能吗，减少不必要的时间浪费。如：搜索功能
3.合理利用项目框架中已有的函数工具，如过滤函数、获取参数函数等（需要全盘查看整个项目框架，了解框架中包含的工具函数和公共组件等）
4.遇到问题，且耗费较长时间，必要时请教部门同事协同解决；
三、 项目开发后
1.常回顾项目踩的坑；
2.定期查看上线项目，及时发现问题与不足点；如：在正式环境下，跳转地址还包含一些特殊信息
四、 项目总结（收获与不足）
项目收获:
- 了解vue这个框架中 数据驱动视图 这句话的真正含义，在遇到数据结构复杂、视图结构复杂时，数据驱动视图的优点尤为突出；
如：项目数据的读写，需要结合数组及对象的数据格式去驱动视图。而不是像最初那样傻傻的面向过程去编辑、处理数据。
2.传递数据时，需要根据数据复杂程度、逻辑复杂度等综合因素，决定采取何种形式去传递数据；
如：项目展示的内容，涉及多个数据的双向绑定。存在读取数据和展示数据两块，其中某些数据需要在项目多个地方被使用，因此采用vuex的形式去储存数据，这样读写数据均会便捷一些。又比如，在二期的ltv看板展示中，涉及到的数据则只需要采取简单的父子间传值的方式即可。
Ps:如果数据在多页面共享或者多页面传值，优先考虑vuex或者全局事件总线等方式处理，避免使用父子组件传值或子父传值，导致代码结构混杂、逻辑混乱等问题。
- 引用数据类型的坑
引用数据类型是开发中常见的数据类型，而对于数据的引用又存在深浅拷贝的区别，在开发过程中不注意这一点，很容易给自己埋坑踩雷。
- 条件判断的合理性
条件判断是项目开发的万金油，但是在这次开发过程中，一个
0和1把我困了很久。条件判断虽然简单，但是使用不当，会导致一些列的问题，合理使用!、if else 嵌套等，可以帮助简化代码，理清逻辑。
- 前端交互要合理，及时发现问题并提出问题及解决方案
开发初期有个思想误区，产品的需求不要改。但是在菜单功能的开发过程中，有些交互效果会导致代码逻辑混乱，交互也会变复杂。需要及时提出问题并给出修改意见,同时表现在原型上，这样测试的小伙伴在后期测试时，也有依据参考。同时，一些基础的交互效果也要注意并落实到细节，如：输入框清空后，数据该如何展示等
- 代码的复用性
开发过程中，出现过cv（
'ctrl + c' 、 ' ctrl + v '）操作，但是被及时制止。同时，也意识到功能组件封装、功能方法封装的重要性，可以大大减少cv带来的冗余代码，节省开发时间。关于组件和功能函数的封装和公用，在接下来的工作中也是我需要花时间深究的重点。
7.工作内容的优先级，合理时间规划有助于开发
在一期开发过程中，遇到过一些额外的开发任务，但是在工作安排上，经常出现优先级安排不合理的情况。时间紧、任务急的优先级最高，以此类推，做到有条不紊，稳步推进。
- 开发思路要清晰！！！！很重要！！！
在开发过程中，经常会被一些小坑给坑到，或者经常出现逻辑错误。这时候，代码逻辑和自己的开发逻辑思路要做足够清晰。同时，清晰的思路也可以帮助自己及时排除bug和修改项目。思路的清晰与否，也决定了自己解决问题和查找问题的能力。
- 心态，面对项目的心态！！！！很重要！！！
接手之后，对于技术的不自信，导致在项目开发时，给了自己很重的心理负担，导致的状态就是，没遇到一个项目，首先想到的不是如何去完成这个项目，而是这个项目怎么解决？做不完会怎么办？会不会有什么难题把我劝退等等一些消极的思想。这也间接导致自己在开发过程中的不自信。经过一期开发过程中的“毒打”，现在也学会了一些解决项目中的bug、解决问题、排查错误的方法。虽然还没有很成熟，至少不会像最开始那样迷茫。
有收获，就有不足，自己的不足之处也是自己所需提升之处：
自我不足:
1.开发语言底层知识薄弱，知其然不知其所以然；
2.项目敏感度不高，不能敏锐捕获到项目中的难点；
3.开发实战技巧太过单一，不能应对花样各异的开发需求；
