如何看待 svelte 这个前端框架

JavaScript012

如何看待 svelte 这个前端框架,第1张

这个框架的 API 设计是从 Ractive 那边传承过来的(自然跟 Vue 也非常像),但这不是重点。Svelte 的核心思想在于『通过静态编译减少框架运行时的代码量』。举例来说,当前的框架无论是 React Angular 还是 Vue,不管你怎么编译,使用的时候必然需要『引入』框架本身,也就是所谓的运行时 (runtime)。但是用 Svelte 就不一样,一个 Svelte 组件编译了以后,所有需要的运行时代码都包含在里面了,除了引入这个组件本身,你不需要再额外引入一个所谓的框架运行时!

当然,这不是说 Svelte 没有运行时,但是出于两个原因这个代价可以变得很小:

1. Svelte 的编译风格是将模板编译为命令式 (imperative) 的原生 DOM 操作。比如这段模板:

<a>{{ msg }}</a>

会被编译成如下代码:

function renderMainFragment ( root, component, target ) {

var a = document.createElement( 'a' )

var text = document.createTextNode( root.msg )

a.appendChild( text )

target.appendChild( a )

return {

update: function ( changed, root ) {

text.data = root.msg

},

teardown: function ( detach ) {

if ( detach ) a.parentNode.removeChild( a )

}

}

}

可以看到,跟基于 Virtual DOM 的框架相比,这样的输出不需要 Virtual DOM 的 diff/patch 操作,自然可以省去大量代码,同时,性能上也和 vanilla JS 相差无几(仅就这个简单示例而言),内存占用更是极佳。这个思路其实并不是它首创,之前有一个性能爆表的模板引擎 Monkberry.js 也是这样实现的,ng2 的模板编译其实也跟这个很类似(但是中间加了一层渲染抽象层)。

2. 对于特定功能,Svelte 依然有对应的运行时代码,比如组件逻辑,if/else 切换逻辑,循环逻辑等等... 但它在编译时,如果一个功能没用到,对应的代码就根本不会被编译到结果里去。这就好像用 Babel 的时候没有用到的功能的 helper 是不会被引入的,又好像用 lodash 或者 RxJS 的时候只选择性地引入对应的函数。

基于这两个特点,Svelte 应用的最终代码量可以非常小。比如它的 TodoMVC min+gzip 之后只有 3kb。

但是,Svelte 也不是没有它的潜在问题:

1. 虽然在简单的 demo 里面代码量确实非常小,但同样的组件模板,这样的 imperative 操作生成的代码量会比 vdom 渲染函数要大,多个组件中会有很多重复的代码(虽然 gzip 时候可以缓解,但 parse 和 evaluate 是免不了的)。项目里的组件越多,代码量的差异就会逐渐缩小。同时,使用的功能越多,Svelte 要包含的运行时代码也越多,最终在实际生产项目中能有多少尺寸优势,其实很难说。

2. Svelte 在大型应用中的性能还有待观察,尤其是在大量动态内容和嵌套组件的情况下。它的更新策略决定了它也需要类似 React 的 shouldComponentUpdate 的机制来防止过度更新。另一方面,其性能优势比起现在的主流框架并不是质的区别,现在大部分主流框架的性能都可以做到 vanilla js 的 1.2~1.5 倍慢,基于 Virtual DOM 的 Inferno 更是接近原生,证明了 Virtual DOM 这个方向理论上的可能性,所以可以预见以后 web 的性能瓶颈更多是 DOM 本身而不是框架。

3. Svelte 的编译策略决定了它跟 Virtual DOM 绝缘(渲染函数由于其动态性,无法像模板那样可以被可靠地静态分析),也就享受不到 Virtual DOM 带来的诸多好处,比如基于 render function 的组件的强大抽象能力,基于 vdom 做测试,服务端/原生渲染亲和性等等。这一点在我看来比较关键。让我在一点点性能和 Virtual DOM 之间做抉择的话,我还是会选择 Virtual DOM。

最后,我个人觉得 Svelte 最具有优势的地方,就是用来编译可独立分发的 Web Components。传统框架和 Web Components 结合最大的问题就在于运行时:单独分发的 WC 里面直接打包框架运行时显然不现实,不打包的话,又做不到开箱即用。但 Svelte 就没有这个问题,可以说是最适合这个用例的框架。

对于以下视图树

如何实现视图树中的三目操作符呢

React 的做法是生成虚拟树,与旧树diff

在Vanilla js中怎么做?

视图树中的三目操作符实际上表达了两种操作:

删除节点好删,直接删了就是

添加节点呢,又分为两步

这插入到指定位置就麻烦了,需要知道要插入到哪个位置呢?信息不足啊。

有如下方案:

今天小编要跟大家分享的文章是关于2020年web前端工程师的学习建议。毫无疑问,前端开发将成为2020年技术领域最热门的学科之一。

以前,前端空间的开发人员只要了解一些HTML,CSS,也许还有jQuery来创建交互式网站,就足够了。但是今天,他们面临着广泛且不断变化的开发技能生态系统掌握的工具,库和框架并且需要不断投资于个人教育。

最近几年,我们使用JavaScript为主要的Web应用程序提供了强大的新库和框架,例如ReactJS,VueJS和Svelte。想要学习web前端知识的小伙伴们来和小编一起看一看吧!

1.框架

2020年,我们可能会看到Facebook的ReactJS与社区驱动的VueJS之间的对决。目前,React在GitHub上拥有140,000星,而Vue则拥有153,000星。例如,Angular只有53,000个恒星。

在2019年,React(蓝线),Vue(红线),Angular(黄线)和Svelte(绿线)的搜索量支持此假设-Vue略高于React。Angular在搜索量方面无法跟上,Svelte在此比较中绝对不起作用。

因此,对于2020年,使用或希望使用JavaScript框架的前端开发人员应将React和Vue作为他们的主要选择。如果您正在处理大型企业项目,则Angular是有效的选择。

2.静态网站生成器

静态站点生成器结合了服务器端渲染的功能(对于SEO非常重要,而且还具有初始加载时间)和单页应用程序。

如今,许多项目即使不需要服务器端渲染也选择了SSG,因为Next或Nuxt之类的解决方案具有便捷的功能,例如模块捆绑器,集成测试运行器等。

如果您认真对待前端开发,则应仔细研究以下项目,并尝试获得一些实践经验:

·Next(基于React)

·Nuxt(基于Vue)

·Gatsby(基于React)

·Gridsome(基于Vue)

3.JAMstack

术语JAMstack代表JavaScript(在客户端上运行-例如,React,Vue或VanillaJS),API(服务器端进程通过JavaScript通过HTTPS抽象并访问)和标记(在部署时预先构建的模板标记)。。

这是一种构建网站和应用程序以提高性能的方法-降低扩展成本,提供更高的安全性并提供更好的开发人员体验。

尽管这些术语本身并不是什么新鲜事物,但它们的共同点是相同的-它们并不依赖于Web服务器。因此,依赖于Ruby或Node.js后端或使用服务器端CMS(例如Drupal或WordPress)构建的网站的单片应用程序不是使用JAMstack构建的。

如果要使用JAMstack,有一些最佳实践:

整个项目都在CDN上提供服务

由于不需要服务器,因此整个项目都可以通过CDN进行服务,从而释放出无与伦比的速度和性能。

一切都存在于在Git中

每个人都应该能够从Git存储库克隆整个项目,而无需数据库或复杂的设置。

自动化构建

您可以完美地自动构建,因为所有标记都是预先构建的,例如使用webhooks或云服务。

原子部署

为了通过在大型项目中重新部署数百或数千个文件来避免出现不一致的状态,原子部署将等待所有文件上传,然后再进行更改。

即时缓存失效

当站点上线时,必须确保CDN可以处理即时缓存清除,以使更改可见。

像Netlify或Zeit这样的著名主机都支持JAMstack应用程序,大公司使用它们为用户提供出色的体验。

4.PWA

渐进式Web应用程序(PWA)无疑将在2020年成为现实。越来越多的公司选择PWA取代本机应用程序,以便为用户提供丰富的移动体验。

PWA可靠(即时加载,无需连接互联网即可工作),快速(流畅的动画,对用户交互的快速响应)和吸引人的体验(本机应用程序的感觉,出色的用户体验)。

他们利用服务人员提供脱机功能,并利用Web应用清单文件提供全屏体验。

构建渐进式Web应用程序的原因有:

·可以从浏览器添加到用户的主屏幕

·即使没有互联网也能正常工作

·支持网络推送通知以增强用户参与度

·利用Google的Lighthouse功能

5.GraphQL

GraphQL是当前最热门的主题之一,并且绝对是您在2020年需要学习或改进的东西。

尽管REST通过提供无状态服务器之类的出色概念一直被认为是设计WebAPI的事实上的标准,但在跟上快速变化的客户端访问RESTful

API时,RESTfulAPI却越来越不灵活。

GraphQL由Facebook开发,旨在解决开发人员在处理RestfulAPI时面临的确切问题。

使用RESTAPI,开发人员可以通过从具有特定目的的多个端点(例如/users/端点或/tours//

location端点)中获取数据来收集数据。

使用GraphQL,这将以不同的方式工作。开发人员会将查询与他们的数据要求一起发送到GraphQL服务器。然后,服务器将返回带有所有相应数据的JSON对象。

使用GraphQL的另一个好处是它使用了强类型系统。GraphQL服务器上的所有内容都是使用GraphQL模式定义语言(SDL)通过模式定义的。创建架构后,前端开发人员和后端开发人员都可以彼此独立地工作,因为他们知道已定义的数据结构。

6.代码编辑器/IDE

与2019年一样,微软的VSCode将在2020年成为大多数前端工程师的第一编辑器。

它提供几乎类似于IDE的功能,例如代码自动完成和语法高亮显示,并且可以通过其扩展市场进行几乎无限的扩展。

特别是市场使VSCode如此出色。以下是您作为前端开发人员的一些出色扩展:

·JavaScript(ES6)代码段

·npm

·beautify

·CSS速览

·ESLint

·LiveSass编译器

·Chrome调试器

这些是很酷的例子。在VSCode中还有很多可以发现的地方,因此,如果您尚未使用它,我建议您尝试一下。

7.测试

未经测试的代码不应找到它的生产方式。

在您的个人项目中似乎没有任何测试似乎很方便,但在商业和企业环境中工作时必须进行测试。因此,对于任何开发人员而言,最好尽可能将测试集成到开发工作流程中。

可以区分以下测试用例:

单元测试

隔离测试单个组件或功能。

整合测试

测试组件之间的交互。

端到端测试

在浏览器中测试功能完善的用户流。

有更多测试方法,例如手动测试,快照测试等。如果您想升任高级开发人员职位或打算在拥有某些开发标准的大型公司工作,则应尝试进行测试技能。

8.干净的代码

能够编写干净的代码是一项很棒的技能,许多组织都对此提出了很高的要求。如果您想从开发人员的位置升级为高级开发人员的位置,则应真正学习干净代码的概念。

简洁的代码应优雅且易于阅读。它应该重点突出,您应该注意这一点。所有测试均以纯净代码运行。它们不应包含重复项,应尽量减少使用实体(例如类,方法和函数)。

干净代码开发人员应做的一些事情是:

·为变量,类,方法和函数创建有意义的名称

·函数应该很小并且参数应尽可能少

·根本不需要注释-代码应该说明一切

如果您想了解有关干净代码检查的更多信息,请阅读RobertC.Martin的书籍和帖子。

9.Git

毫无疑问,Git是当今Web开发中版本控制的标准。对于每个前端工程师而言,了解基本的Git概念和工作流程以在各种规模的团队中有效工作都是非常重要的。

这是您应该知道的一些流行的Git命令:

gitconfig

gitinit

gitclone

gitstatus

gitadd

gitcommit

gitpush

gitpull

gitbranch

知道这些命令可以提高工作效率总是很高兴的,但是前端工程师还应该学习Git的基本概念。

10.软技能

对于开发人员来说,经常被忽视但确实非常重要的是获得软技能。

虽然有助于了解事物的技术方面,但了解如何在团队中进行交流也同样重要。如果您对技术职业很认真,并且/或者打算升任高级职位,则应该从事以下软技能方面的工作:

同情

沟通

团队合作

平易近人和乐于助人

忍耐

开放的思想

解决问题

责任心

创造力

时间管理

永远记住:开发人员最重要的交付物是高级开发人员。(提升你自己)

结论

在本文中,小编向您展示了前端开发人员应在2020年尝试学习,改进或掌握的10项重要内容。想要了解更多web前端相关知识记得关注北大青鸟web前端培训官网,最后祝愿小伙伴们工作顺利,成为一名优秀的web前端工程师。