使用vue和手写代码的区别

区别如下：

1、更快的开发速度：Vue提供了许多内置功能和UI组件，使得开发更加高效和轻松。通过使用Vue，您可以更快地完成项目并减少编写重复代码的时间。手写开发速度很慢。

2、更好的可维护性：Vue的组件化设计使得代码更易于理解和维护。它将不同的功能划分成小型、独立的组件，并且这些组件可以被复用在多个地方。手写没有可维护性。

1、当vue的data里边声明或者已经赋值过的对象或者数组（数组里边的值是对象）时，向对象中添加新的属性，如果更新此属性的值，是不会更新视图的。

2、data：{}，methods：{}}）如题，引用idloginElement后，试图再引用varuserInfo=newVue({el：p3_success，data：{phone：18666666601，userCakeCount：100}})当数据更新后，页面不会更新。

3、第一种：修改对象的某一属性vue只会将已经在data中声明的属性变为响应，没有声明的是不响应的。

4、一般不像楼上这样写代码的。ajax请求应该放到vue实例中去。而你是把vue实例放到ajax的回调中，当你点击下一页的时候，再调用一次find函数吗？当你在同一个元素中创建多个vue实例时，只有第一个能生效。

5、当vue调用后端接口时，如果datadata的赋值操作执行过程中涉及到较大的数据集合，会导致页面卡死的情况。出现这种情况的主要原因是数据量过大，前端界面和vue的运算量或内存不足以处理这么大的数据集合。

vuetifyjs文本域实时保存，英文三秒保存一次，中文确认输入内容保存compositionstart：文本合成系统如 input method editor（即输入法编辑器）开始新的输入合成时会触发 compositionstart 。

形成Vue渐进式框架的核心概念为：组件化，MVVM，响应式，和生命周期，下面会一个个详细介绍。

p => pnameindexOf(searchperson)!== -1

这个=> 是箭头函数，会绑定作用域(this不是指函数作用域，而是上级作用域的this,这里没用到，可以不用管)，并返回后面js的结果。转化成普通函数就

相当于

function (p) {

retrun pnameindexOf(searchperson)!== -1

}

Nordon 规范与每个团队和个人都是息息相关的，因为其影响的不只是只是代码的维护和理解成本，严重的时候是会影响成员开发的心情 一个团队的编码规范、git规范等，并没有绝对的最优解，心里要清楚明白 没有银弹 ，规范是为了让团队统一，提高代码阅读性、降低代码维护成本等，本文是记录一些在项目 code review 中常见的规范，仅供参考

vue 中 data 的数据默认便会进行双向数据绑定，若是将大量的和渲染无关的数据直接放置在 data 中，将会浪费双向数据绑定时所消耗的性能，将这些和渲染无关的数据进行抽离并配合 Objectfreeze 进行处理 table 中 columns 数据可以单独提取一个外部 js 文件作为配置文件，也可以在当前 vue 文件中定义一个常量定义 columns 数据，因为无论如何都是固定且不会修改的数据，应该使用 Objectfreeze 进行包裹，既可以提高性能还可以将固定的数据抽离，一些下拉框前端固定的数据也建议此操作

一个页面中通常会存在很多个不同功能的弹框，若是每一个弹框都设置一个对应的变量来控制其显示，则会导致变量数量比较冗余和命名困难，可以使用一个变量来控制同一页面中的所有 Modal 弹框的展示 比如某个页面中存在三个 Modal 弹框

例如远程搜索时需要通过接口动态地获取数据，若是每次用户输入接口请求，是浪费带宽和性能的 当一个按钮多次点击时会导致多次触发事件，可以结合场景是否立即执行 immediate

功能的开发过程中，的处理往往是比较容易被忽略的环节，也会在一定程度上影响开发的效率和页面的性能

使用 props 将组件和路由解耦： 取代与 $route 的耦合

通过 props 解耦 这样你便可以在任何地方使用该组件，使得该组件更易于重用和测试。

参考：路由组件传参

在父子组件中，掌握父子组件对应的生命周期钩子加载顺序可以让开发者在更合适的时候做适合的事情 父组件

子组件

加载时父子组件的加载顺序

销毁时父子组件的销毁顺序

实际开发过程中会遇到当子组件某个生命周期完成之后通知父组件，然后在父组件做对应的处理 emit up

hook 通过 @hook 监听子组件的生命周期

下拉框遍历时，需要注意 options 标签保持同一行，若是存在换行，会导致选中时的值存在多余的空白

需要将 Options 和下拉框的值保持在同一行

data 数据具有数据层级结构，切勿过度扁平化或者嵌套层级过深，若是过度扁平化会导致数据命名空间冲突，参数传递和处理，若是层级嵌套过深也会导致 vue 数据劫持的时候递归层级过深，若是嵌套层级丧心病狂那种的，小心递归爆栈的问题。而且层级过深会导致数据操作和处理不便，获取数据做容错处理也比较繁琐。一般层级保持2-3层最好。 若是只有一层数据，过于扁平

导致处理不方便

适当的层级结构不仅可以增加代码的维护和阅读性，还可以增加操作和处理的便捷性

可以针对 person 进行操作

策略模式的使用，避免过多的 if else 判断，也可以替代简单逻辑的 switch

解构赋值以及默认值，当解构的数量小于多少时适合直接解构并赋值默认值，数据是否进行相关的聚合处理

任何时候尽量是的一个函数就做一件事情，而不是将各种逻辑全部耦合在一起，提高单个函数的复用性和可读性 每个页面都会在加载完成时进行数据的请求并展示到页面

编写 template 模板时，属性过多时，是否换行

html 中展示一些如 < ， > , & 等字符时，使用字符实体代替

在开发中修改第三方组件样式是很常见的，但由于 scoped 属性的样式隔离，可能需要去除 scoped 或是另起一个 style 。这些做法都会带来副作用（组件样式污染、不够优雅），样式穿透在css预处理器中使用才生效。

适当的空格可以提升代码的阅读体验，显得更为优雅和美观 选择器后、属性值

和 html 类型，当某行的属性很多，适当的换行可以提高阅读和美观

浏览器在解析 css 时，是按照从右到左递归匹配的，过深的层级嵌套不仅影响性能，而且还会导致样式阅读性和代码维护性降低，一般层架控制在 5 层之内

属性选择器中的值必须用双引号包围，不允许使用单引号，也不允许不使用引号， html 的属性值也是推荐使用双引号， js 中使用单引号

同一 规则下的属性在书写时，应按功能进行分组。并以 Formatting Model（布局方式、位置） > Box Model（尺寸） > Typographic（文本相关） > Visual（视觉效果） 的顺序书写，以提高代码的可读性。 解释 ：

另外，为增加可读性，如果包含 content 属性，应放在属性的最前面。

一个vue页面2000行代码可以。主要是通过vue原理及特点自己实现的简易vue框架，和源码相比不乏有些粗糙，但是对于JavaScript功底薄、阅读源码有些困难的同学来说，也算是一种探究vue原理的有效方式。