Virtual DOM 第一天

Virtual DOM 第一天,第1张

选择题

1、下面关于虚拟 DOM 的说法正确的是

• A 使用虚拟 DOM 不需要手动 *** 作 DOM,可以极大的提高程序的性能。

• B 使用虚拟 DOM 不需要手动 *** 作 DOM,可以极大的提高开发效率。

• C 虚拟 DOM 可以维护程序的状态,通过对比两次状态的差异更新真实 DOM。( √ )

• D 虚拟 DOM 本质上是 JavaScript 对象,可以跨平台,例如服务器渲染、Weex 开发等。

2、下面关于 Snabbdom 库的描述错误的是:

• A Snabbdom 库是一个高效的虚拟 DOM 库,Vuejs 的虚拟 DOM 借鉴了 Snabbdom 库。

• B 使用 h() 函数创建 VNode 对象,描述真实 DOM 结构。

• C Snabbdom 库本身可以处理 DOM 的属性、事件、样式等 *** 作。

• D 使用 patch(oldVnode, null) 可以清空页面元素( × )

简答题

1、 请简述 patchVnode 函数的执行过程。

首先会调用两个钩子函数,然后判断新节点的text属性,并且新节点不等于旧节点的text属性,如果老节点有children,则移除老节点children的dom元素,否则设置新节点的dom元素。

如果新老节点都要children,并且都不相等,则调用updateChildren{}否则对比子节点,并且更新节点差异。

只有新节点有children属性,如果老节点有text属性,清空对应dom元素的内容;否则添加所有子节点

只有老节点有children属性,则移除所有老节点

只有老节点有text属性,则清空对应dom元素的内容

最后出发postpatch钩子

获取到当前设备缩放比,然后更改这个缩放比。Weex是使用流行的Web开发体验来开发高性能原生应用的框架。Weex框架能够完美兼顾性能与动态性,让移动开发者通过简捷的前端语法写出Native级别的性能体验,并支持iOS、安卓、YunOS及Web等多端部署。weex界面放大,获取到当前设备缩放比,然后更改这个缩放比就可以解决。

认识Vuejs+Vuejs的优缺点+和与其他前端框架的区别

首先,我们先了解什么是MVX框架模式?MVX框架模式:MVC+MVP+MVVM1MVC:Model(模型)+View(检视)+controller(控制器),主要是基于分层的目的,让彼此的职责分开。View通过Controller来和Model联络,Controller是View和Model的协调者,View和Model不直接联络,基本联络都是单向的。使用者User通过控制器Controller来 *** 作模板Model从而达到检视View的变化。2MVP:是从MVC模式演变而来的,都是通过Controller/Presenter负责逻辑的处理+Model提供资料+View负责显示。在MVP中,Presenter完全把View和Model进行了分离,主要的程式逻辑在Presenter里实现。并且,Presenter和View是没有直接关联的,是通过定义好的介面进行互动,从而使得在变更View的时候可以保持Presenter不变。MVP模式的框架:Riot,js。3MVVM:MVVM是把MVC里的Controller和MVP里的Presenter改成了ViewModel。Model+View+ViewModel。View的变化会自动更新到ViewModel,ViewModel的变化也会自动同步到View上显示。这种自动同步是因为ViewModel中的属性实现了Observer,当属性变更时都能触发对应的 *** 作。MVVM模式的框架有:AngularJS+Vuejs和Knockout+Emberjs后两种知名度较低以及是早起的框架模式。Vuejs是什么?看到了上面的框架模式介绍,我们可以知道它是属于MVVM模式的框架。那它有哪些特性呢?其实Vuejs不是一个框架,因为它只聚焦检视层,是一个构建资料驱动的Web介面的库。Vuejs通过简单的API(应用程式程式设计介面)提供高效的资料系结和灵活的元件系统。Vuejs的特性如下:1轻量级的框架2双向资料系结3指令4外挂化Vuejs与其他框架的区别?1与AngularJS的区别相同点:都支援指令:内建指令和自定义指令。都支援过滤器:内建过滤器和自定义过滤器。都支援双向资料系结。都不支援低端浏览器。不同点:1AngularJS的学习成本高,比如增加了DependencyInjection特性,而Vuejs本身提供的API都比较简单、直观。2在效能上,AngularJS依赖对资料做脏检查,所以Watcher越多越慢。Vuejs使用基于依赖追踪的观察并且使用非同步伫列更新。所有的资料都是独立触发的。对于庞大的应用来说,这个优化差异还是比较明显的。2与React的区别相同点:React采用特殊的JSX语法,Vuejs在元件开发中也推崇编写vue特殊档案格式,对档案内容都有一些约定,两者都需要编译后使用。中心思想相同:一切都是元件,元件例项之间可以巢状。都提供合理的钩子函式,可以让开发者定制化地去处理需求。都不内建列数AJAX,Route等功能到核心包,而是以外挂的方式载入。在元件开发中都支援mixins的特性。不同点:React依赖VirtualDOM,而Vuejs使用的是DOM模板。React采用的VirtualDOM会对渲染出来的结果做脏检查。Vuejs在模板中提供了指令,过滤器等,可以非常方便,快捷地 *** 作DOM。如何使用Vuejs1安装(1)script如果专案直接通过script载入CDN档案,程式码示例如下:(2)npm如果专案给予npm管理依赖,则可以使用npm来安装Vue,执行如下命令:$npmivue--save-dev(3)bower如果专案基于bower管理依赖,则可以使用bower来安装Vue,执行如下命令:$bowerivue--save-dev

Vuejs与其他框架的区别:

1与AngularJS的区别

相同点:

都支援指令:内建指令和自定义指令。

都支援过滤器:内建过滤器和自定义过滤器。

都支援双向资料系结。

都不支援低端浏览器。

不同点:

1AngularJS的学习成本高,比如增加了Dependency Injection特性,而Vuejs本身提供的API都比较简单、直观。

2在效能上,AngularJS依赖对资料做脏检查,所以Watcher越多越慢。

Vuejs使用基于依赖追踪的观察并且使用非同步伫列更新。所有的资料都是独立触发的。

对于庞大的应用来说,这个优化差异还是比较明显的。

2与React的区别

相同点:

React采用特殊的JSX语法,Vuejs在元件开发中也推崇编写vue特殊档案格式,对档案内容都有一些约定,两者都需要编译后使用。

中心思想相同:一切都是元件,元件例项之间可以巢状。

都提供合理的钩子函式,可以让开发者定制化地去处理需求。

都不内建列数AJAX,Route等功能到核心包,而是以外挂的方式载入。

在元件开发中都支援mixins的特性。

不同点:

React依赖Virtual DOM,而Vuejs使用的是DOM模板。React采用的Virtual DOM会对渲染出来的结果做脏检查。

Vuejs在模板中提供了指令,过滤器等,可以非常方便,快捷地 *** 作DOM。

我知道vue20和angularJS的区别,这两个框架非常的像,但是在vue20后可以将js+css写成一个元件,你想在什么页面用引入这个元件就可以用了。这很变态。

比如你在一个专案中自己写了个带搜寻框的input ,你把他写成了一个元件,xxxvue

直接把xxxvue移到另一个专案,只要在另一个专案中需要 带搜寻框的input ,直接引用就可以了。

现在大多数框架都是以一个元件的形式搭建一个专案

vue是什么 vue特点 vue和其他前端框架区别

vue是什么

Vuejs (读音 /vju/,类似于 view) 是一套基于javascript的用于构建使用者介面的渐进式框架。与其他重量级框架不同的是,Vue 采用自底向上增量开发的设计。Vue 的核心库只关注检视层,它不仅易于上手,还便于与第三方库或既有专案整合。另一方面,当与单档案元件和 Vue 生态系统支援的库结合使用时,Vue 也完全能够为复杂的单页应用程式提供驱动。

vue特点

简洁、轻量、元件化、快速、资料驱动、模组友好

vue和其他前端框架区别

1与AngularJS的区别

相同点:

都支援指令:内建指令和自定义指令。

都支援过滤器:内建过滤器和自定义过滤器。

都支援双向资料系结。

都不支援低端浏览器。

不同点:

1>AngularJS的学习成本高,比如增加了Dependency Injection(依赖注入)特性,而Vuejs本身提供的API都比较简单、直观。

2>在效能上,AngularJS依赖对资料做脏检查,所以Watcher越多越慢。

Vuejs使用基于依赖追踪的观察并且使用非同步伫列更新。所有的资料都是独立触发的。

对于庞大的应用来说,这个优化差异还是比较明显的。

手机渲染速度:angular1 300ms vue 200ms react 100ms

2与React的区别

相同点:

React采用特殊的JSX语法,Vuejs在元件开发中也推崇编写vue特殊档案格式,对档案内容都有一些约定,两者都需要编译后使用。

中心思想相同:一切都是元件,元件例项之间可以巢状。

都提供合理的钩子函式,可以让开发者定制化地去处理需求。

都不内建列数AJAX,Route等功能到核心包,而是以外挂的方式载入。

在元件开发中都支援mixins的特性。

不同点:

React依赖Virtual DOM,而Vuejs使用的是DOM模板。React采用的Virtual DOM会对渲染出来的结果做脏检查。

Vuejs在模板中提供了指令,过滤器等,可以非常方便,快捷地 *** 作DOM。

vue的应用场景

简单地说,就是需要对 DOM 进行很多自定义 *** 作的专案小专案;理论上 Vue 配合类似Flux的架构也可以胜任超大规模多人协作的复杂专案。

如何用vuejs和ionic搭建前端框架

前端可以用flightplanjs 部署。 var config = require("/webpackconfigjs"); var webpack = require("webpack") var webpackDevServer=require("webpack-dev-server") confi

vuejs高仿饿了么外卖app 2016最火前端框架

React

React 和 Vue 有许多相似之处,它们都有:

使用 Virtual DOM

提供了响应式(Reactive)和元件化(Composable)的检视元件。

保持注意力集中在核心库,伴随于此,有配套的路由和负责处理全域性状态管理的库。

相似的作用域,我们会用更多的时间来讲这一块的比较。不仅我们要保持技术的准确性,同时兼顾平衡。我们指出React比Vue更好的地方,例如,他们的生态系统和丰富的自定义渲染器。

React社群在这里非常积极地帮助我们实现这一平衡,特别感谢来自 React 团队的 Dan Abramov 。他非常慷慨的花费时间来贡献专业知识,来帮我们完善这个档案,直到我们都满意。

这么说,就是希望你能对这两个库的比较的公平性感到放心。

效能简介

到目前为止,在现实的测试中,Vue 是优于 React 的(通常至少快20%-50%,尽管在某些情况下还要更快)。我们可以提供一个到这个参照专案的连结,但是坦率的说,所有的参照在某些方面是有缺陷的,很少有像你所写的一个真实应用。那么,让我们详细了解下吧。

渲染效能

在渲染使用者介面的时候,DOM的 *** 作是最昂贵,不幸的是没有库可以让这些原始 *** 作变得更快。

我们能做的最好的就是:

尽量减少DOM *** 作。Vue 和 React 都使用虚拟DOM来实现,并且两者工作一样好。

尽量减少除DOM *** 作以外的其他 *** 作。这是 Vue 和 React的一个不同的地方。

假如说,在React中,渲染一个元素的额外开销是1,而平均渲染一个元件的开销是2。在Vue中,一个元素的开销更像0/vue/dist/vuejs"></script> 然后就可编写Vue程式码并应用到生产中,而不用担心效能问题。

由于起步阶段不需学JSX,ES2015 或构建系统,所以建立应用花的时间会更少。

本地渲染

ReactNative能使你用相同的元件模型编写有本地渲染能力的APP(IOS或Android)。能同时跨多平台开发,对开发者是非常棒的。相应地,Vue和Weex会进行官方合作,Weex是阿里的跨平台使用者介面开发框架,Weex 的 JavaScript 框架执行时用的就是Vue。这以为著不仅在浏览器,在 IOS 和 Android 上面也可以用 Vue 来进行开发。

在现在,Weex 还在积极发展,成熟度也不能和 ReactNative 相抗衡。但是,Weex的发展是由世界上最大的电子商务企业的需求在驱动,Vue 团队也会和 Weex 团队积极合作确保为开发者带来良好的开发体验。

MobX

Mobx 在 React 社群很流行,实际上在Vue也采用了几乎相同的反应系统。在有限程度上,React + Mobx 也可以被认为是更繁琐的 Vue,所以如果你习惯组合使用它们,那么选择 Vue 会更合理。

Angular 1

Due的一些语法和Angular的很相似(例如 v-if vs ng-if)。因为Angular是Vue早期开发的灵感来源。然而,Augular中存在许多问题,在Vue中已经得到解决。

复杂性

在 API 与设计两方面上 Vuejs 都比 Angular 1 简单得多,因此你可以快速地掌握它的全部特性并投入开发。

灵活性和模组化

Vuejs 是一个更加灵活开放的解决方案。它允许你以希望的方式组织应用程式,而不是在任何时候都必须遵循 Angular 1 制定的规则,这使让Vue能适用于各种专案。我们知道把决定权交给你,是非常必要的,就是是为什么提供Webpack template,让你用几分钟,去选择是否用高阶特性,比如热模组载入、linting 、

Css extraction 等等。

资料系结

Angular 1 使用双向系结,Vue在不同元件间强制适用单向资料流。这使应用中的资料流清晰易懂。

指令与元件

在 Vue 中指令和元件分得更清晰。指令只封装 DOM *** 作,而元件代表一个自给自足的独立单元 —— 有自己的检视和资料逻辑。在 Angular 中两者有不少相混的地方。

效能

Vuejs 有更好的效能,并且非常非常容易优化,因为它不使用脏检查。

在Angular 1中,当 watcher 越来越多时会变得越来越慢,因为作用域内的每一次变化,所有 watcher 都要重新计算。并且,如果一些 watcher 触发另一个更新,脏检查回圈(digest cycle)可能要执行多次。 Angular 使用者常常要使用深奥的技术,以解决脏检查回圈的问题。有时没有简单的办法来优化有大量 watcher 的作用域。

Vuejs 则根本没有这个问题,因为它使用基于依赖追踪的观察系统并且非同步列队更新,所有的资料变化都是独立地触发,除非它们之间有明确的依赖关系。

有意思的是,Angular 2 和 Vue 用相似的设计解决了一些 Angular 1 中存在的问题。

Angular 2

Augluar 2完全是一个全新的框架。例如,它具有优秀的元件系统,并且许多实现已经完全重写,API也完全改变了。

TypeScript

Angular 1面向的较小的应用程式,Angular 2已转移焦点,面向的是大型企业应用。TypeScript被引用,这对那些喜欢用Java或者C#等型别安全的语言的人是非常有用的。

Vue也适合企业应用,也可以使用TypeScript来支援官方型别和使用者贡献的型别,尽管这是可选的。

尺寸和效能

在效能方面,这两个框架都是非常快。但是如果你检视第三方参照,就可以得出 Vue 2 比 Angular2 要快的。

在尺寸方面,虽然 Angular 2 使用 tree-shaking 技术和编译技术能使程式码尺寸减小。

即便包含编译器和全部功能 Vue2(23kb)比起 Angular 2(50kb)还是小的多。但是要注意,用 Angular 的 App 的尺寸缩减是用 tree-shaking 移除了那些框架中没有用到的功能,当随着引入功能的增多,尺寸会越来越大。

灵活性

Vue 官方提供了构建工具,但没限制你如何构建。有人喜欢用统一的方式构建,也有很多开发者喜欢这种灵活自由的方式。

学习曲线

开始使用Vue,你使用的是熟悉的HTML、符合ES5规则的JavaScript(也就是纯JavaScript)。有了这些基本的技能,你可以快速地掌握它(指南)并投入开发 。

Angular 2 的学习曲线是非常陡峭的。即使不包括TypeScript,它们开始指南中所用的就有ES2015标准的JavaScript,18个NPM依赖包,4个档案和超过3千多字介绍,这一切都是为了完成个Hello World。而Vue's Hello World就非常简单。

Ember

Ember 是一个全能框架。它提供大量的约定,一旦你熟悉了它们,开发会很高效。不过,这也意味着学习曲线较高,而且不灵活。在框架和库(加上一系列松散耦合的工具)之间权衡选择。后者更自由,但是也要求你做更多的架构决定。

也就是说,最好比较 Vuejs 核心和 Ember 的模板与资料模型层:

Vue 在普通 JavaScript 物件上建立响应,提供自动化的计算属性。在 Ember 中需要将所有东西放在 Ember 物件内,并且手工为计算属性宣告依赖。

Vue 的模板语法可以用全功能的 JavaScript 表示式,而 Handlebars 的语法和帮助函式语法相比之下非常受限。

在效能上,Vue 甩开 Ember 几条街,即使是 Ember20 的最新Glimmer引擎。Vue自动批量更新,Ember 当效能关键处需要手动管理。

Knockout

Knockout 是MVVM领域内的先驱,并且追踪依赖。它的响应系统和Vue相似。它对浏览器支援以及所有的表现也是让人印象深刻的。它能最低支援到IE6,而Vue最低只能支援到IE9。

随着时间的推移,Knockout的发展已有所放缓,并且略显有点老旧了。比如,它的元件系统缺少完备的生命周期事件方法,尽管这些在现在是非常常见。以及相比Vue呼叫子元件的介面显得有点笨重。

如果你有兴趣研究,会发现它们在介面设计的构思理念上是不同的。这些通过各自建立的 simple Todo List 可以体现出来。或许有点主观,但是很多人认为Vue的API介面更简单结构更优雅。

Polymer

Polymer 是另一个由谷歌赞助的专案,事实上也是Vue的一个灵感来源。Vue的元件可以粗略的类比于Polymer的自定义元素,并且两者具有相似的开发风格。最大的不同之处在于,Polymer是构建于最新版的Web Components标准之上的,并且需要非凡的polyfills来工作(效能下降),浏览器本身不支援这些功能。相比而言,Vue不需要依赖polyfills来工作,最低到IE9。

在 Polymer 10版本中,为了弥补效能,团队非常有限的使用资料系结系统。例如,在Ploymer中支援的唯一表达式只有布林值否定和单一的方法的呼叫,它的puted方法的实现也不是很灵活。

Polymer 自定义的元素是用HTML档案来建立的,这回限制你的普通的JavaScript/CSS(和被现代浏览器普遍支援的语言特性)。相比之下,Vue的单档案允许你非常容易的使用ES2015和你想用的Css的预编译处理器。

当部署到生产环境的时候,Polymer建议使用HTML Imports载入所有资源。而这要求伺服器和客户端都支援>

需要注意的是虚拟DOM不一定比真实的DOM *** 作快,JavaScript引擎和DOM引擎使用的是同一个主线程,任何涉及到DOM的 *** 作都需要先把JavaScript的数据结构转换为DOM的数据结构,再将JavaScript引擎挂起执行DOM引擎,执行完成后再切换执行JavaScript引擎,这种上下文的切换是很消耗性能的,所以解决DOM *** 作的性能问题的关键在于减少不必要的DOM *** 作。那么虚拟DOM没有带来任何的性能的优化吗?也不是这样!虚拟DOM能够实现最细粒度的更新你的DOM,对于DOM *** 作更新DOM的常见做法是使用innerHTML,但是innerHTML的JavaScript计算和DOM *** 作通常和你的界面数据大小挂钩,即innerHTML的时间复杂度O = JavaScript *** 作时间 + 重新创建所有DOM元素的时间;而虚拟DOM更新UI界面的时间复杂度O = 渲染虚拟DOM + diff + 必要的DOM更新,渲染虚拟DOM和diff *** 作都是JavaScript计算不会涉及到JavaScript引擎和DOM引擎的上下文切换。所以虚拟DOM不管每次的数据变化是怎样的,每次重绘的对于DOM的 *** 作都是最小的。

虚拟DOM最大的好处在于抽象了渲染的过程,为应用带来了跨平台的能力,不再是仅仅局限于浏览器端。比如React-Native和WeeX可以运行在Android、IOS平台上。

以上就是关于Virtual DOM 第一天全部的内容,包括:Virtual DOM 第一天、weex界面放大怎么解决、认识Vue.js+Vue.js的优缺点+和与其他前端框架的区别等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/10089341.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-05
下一篇 2023-05-05

发表评论

登录后才能评论

评论列表(0条)

保存