22年总结11-12月总结

[TOC]

一、知识点汇总

11.12-11.17

这周的学习内容 ： Vue入门 MVVM模型数据代理 Vue事件计算属性监视样式列表渲染
难点：数据代理 v-for对key的作用

个人理解:

数据代理: 其实就是通过Object.defineProperty中,填代理对象和要代理的参数，然后需要写一个get和set方法在{}中，为第三参数，我是这么理解的。get和set的写法和java中差不多的，基本一样，毕竟js是和java差不多的。数据代理中一个对象代理另一个对象中属性的操作比较难理解，自己也是花了一番功夫。比如我想通过obj2代理obj的属性x，在写get获取的时候，返回值写obj.x就可以了，相当于，我获取obj2的x其实是obj的x，set也是同理，操作者认为是给obj2的x赋值，但是是给obj的x赋值，又因为get的也是obj的x，所以obj2的x就彻底被obj代理了。
v-for是比较重要的点了，而且在虚拟DOM中这部分的理解起来不太容易，内部原理，因为我觉得v-for比较重要就去了解了一下。首先v-for和直接for循环是有区别的比如对一个数组遍历使用v-for取出的值，直接就是元素，但是在Vue中直接使用for循环返回值是下标。所以v-for是比较常用在上面的js中的。key的内部原理，自己理解就是对key是虚拟DOM对象的标识，数据变化，vue会根据数据变化生成新的虚拟DOM的，然后进行比较(找key)，是否要替换原来的真实DOM，但是在用户体验，以及自己使用的时候，其实是不太容易察觉的，只要了解就好，尽量不要用index作为key就好了。一般也不会对key进行操作，…自己渲染的时候没用到过。

11.23-11.26

这周的学习内容 ：收集表单数据过滤器指令生命周期组件单组件初使用
难点：生命周期

个人理解:

Vue的生命周期就是vue实例从创建到销毁的全过程，也就是new Vue() 开始就是vue生命周期的开始。Vue 实例有⼀个完整的⽣命周期，也就是从开始创建、初始化数据、编译模版、挂载DOM -> 渲染、更新 -> 渲染、卸载等⼀系列过程，称这是Vue的⽣命周期。钩子函数是Vue生命周期中每个阶段对外开放让程序员操作Vue的接口。Vue有8个钩子函数。用我学后端的理解就是，生命周期其实是Vue实例的函数，可以理解成一个对象中封装了的方法。执行完会销毁，销毁后。之前的虚拟DOM转换为真实DOM的DOM会保留。具体的每一步的注意事项以及作用是不难的，在图解中是有的，自己知道执行的流程就行，在哪个位置添加自己的钩子函数，自己添加的钩子函数在哪里是需要弄清楚的。

11.29-12.06

这周的学习内容 ： todoList案例本地存储组件自定义事件
重点：本地存储组件自定义事件

个人理解:

这周已经学会都是利用单组件模式开发了，和正式开发项目是一样的。围绕着TodoList这个案例，把自己学的东西全部应用到这个项目上，项目比较麻烦的是组件间通讯，也就是页面之间互相传数据，一般利用到是props，不同的vue间传数据，在之前帮前端做项目的时候，遇到过这样的问题，但是当时我们都不会，用了其他方式实现，这个很方便，如果早点会的话，之前渲染的时候应该会很顺利的。

二、自我总结

这月大家基本都在忙项目，当老师让我们也加入这个项目的时候，更多的是担心，担心自己不会，而且是搞前端的，说实话自己除了在做博客的时候接触的比较多，其他是不太会的，自己学的是比其他同学快的，老师让做项目的时候，自己vue已经学了一部分了，虽然还是担心，但是比其他同学应该更有底了。了解以后，发现做起来，其实是还可以接受的，自己的被分配到的任务也比较多，自己也是在边学边做，有时候渲染的比较难的话，就没空去学vue了，刚开始就只是调接口，到后面渲染，自己的任务都算完成了，也弄懂了element UI中upload组件，然后教会了其他前端的同学，自己任务完成以后，看到其他帮前端的同学搞不好了，过去看了下，自己有思路会告诉他们，如果做不出来，我就去帮助他们了。这个月自己vue也学了很多了，但是没有符合自己一开始定的目标，刚开始打算一个月给学完的，然后边做项目边学，速度其实是很慢的，有时候一天都学不了一集，放假的时候要补回来了。这段时间，有朋友建议我每天去刷点力扣的算法题，因为自己也是比较感兴趣的，每天基本都有在做，自己也发现力扣中还有对SQL的练习，没事也会去做几道来，对下次的大数据比赛提前做好准备，算法和SQL也是程序员必备的，在放假的时候希望自己也能坚持下去吧！感觉自己还是有挺多的东西还没有学，数据结构放假期间也想去学掉，自己要给自己安排一个假期的学习目标了，不然来不及了。要掌握的东西还是很多的，假期也打算在github再找一个项目去做一下，一个瑞吉外卖不够的，而且是跟着老师做的，自己试着花一个星期做一个项目来。
谈一下金师附小这个项目吧，自己虽然是半路过来的，旁观者清。还是发现很多的问题的，不管是前端还是后端，后端接口那边自己也有去了解过，刚开始做项目的人，任务分配不均匀的其实。朱忠旺同学一个人写的接口基本占了后端的60%，所以其他同学其实任务量是不多的，然后汇总都是给王孟成同学。其他同学因为瑞吉外卖的优化都是没看的，所以代码要放redis缓存他们也不会，王孟成是要每个接口都看过去出问题要修改的。所以相对而言，这个后端的任务量分配不均，会有些不太好的情绪的同学。然后就是前端的问题，我们帮他们做的时候发现很多任务没完成的原因是不会，前端的代码逻辑性可能是比较差的，对调回的数据处理方面(渲染)，是不太行，所以我们接手后，一些难的，我们是会思路的以及如何实现。但是因为我们对前端代码不太熟，所以要去搜来，有时候一天搞下来，也没敲几行代码就解决问题了。这样的情况，我觉得遇到不会的应该积极沟通来，问别人也好，去搜也好不应该放着不管。然后最重要的问题，就是好像接口和前端是没对接好，还是其他原因，我们刚开始调用接口的时候，就发现了，接口文档是有一些没更新的，路径以及要传的数据在接口文档都是不太对的，经常会报错，刚开始不知道，以为是自己前端写的问题，后面问了，都告诉我要传的东西，或者路径修改了，这样会导致一天白忙活。到了我们来弄的时候才发现这些个问题，所以前端之前搞不好接口，只有静态页面，这里也是一个重要的原因。然后前端整合的时候也是有问题的，没用git嘛大家都知道，这样会浪费起码总共三四天的时间花在整合上面，而且都集中在一个人身上，难免会出错，所以也会有原本能用的，整合好就用不了了。对于开发项目之前，接口以及对应的功能应该是要统计好的，页面哪个地方需要调用怎样的功能，都得先统一好，报错接口路径和页面路径也最好对应上，自己做瑞吉的时候，页面的地址和接口的地址前面都是统一的，这样很清除明了也不会出现不知道接口是哪个的问题。还有一个小点，帮前端渲染的时候，他们基本都没有注解。