JavaScript框架转型的四个时代，你经历过其中几个阶段?

标准化再一算是了这两种手段的原因，但在这早先，你所需常用坎来改读到能在两种JavaScript上常用的转译器。这些坎主要常用创作小型的、独立的其后用户界面组件。大多数API的业务逻辑上始终是通过表单和标准化的HTTP劝说同步进行的，即在免费容器上着色HTML并将其透过给用户尾端。

在这个早期，也没有人很多融为一体工具箱可言（最少我洞察到的没有人）。初期的JavaScript还没有人叔父系统（最少没有人标准化的叔父系统）物理性质，所以没有人任何办法导向转译器。所有的过道都是全局连续性的，要组织好这些过道是颇为困难的。

在这种环境下，可以解读JS有时候被看作一种用来点缀的口语，而不是能用它来读到一个清晰的API。那时Linux最常继续做的两件事是常用jQuery，为一些UI小组件改读到一些脚本就可以了。随着小时的变长和XHR的带入及蓬勃的发展，Linux开始把他们的UI工序的一部分放进一个的其网站里头面，特别是对于所需在用户尾端和免费容器两者之间同步进行多次来回交互的繁复工序，但API的基本上内容还是留在免费容器上。

这与伸展应常用开始显现出时的持续性产生了鲜明的对比。从一开始，iOS和Android上的伸展API就是用Objective-C和Java等高级口语改读到的清晰应常用。此外，它们是原则上上由API液压——所有的UI逻辑上都普遍存在的设备上，而与免费容器的通信则纯粹是以图表形的建筑设计同步进行。这造成了了较为好的其后用户趣味和伸展API的爆炸连续性提高，反之亦然造变成我们从从前关于伸展的设备和Web 网络哪个较为好的讨论。

在此之从前，用JavaScript来继续做所有这些事，被很多人忽视是愚蠢的。但随着小时的变长，API开始显得较为加早先。很多互动一小时提高了闲聊、DM和其他实时物理性质，Gmail和Google Docs实验者了在JavaScript尾端也能算是与桌面一样的其后用户趣味，较为多的公司开始透过Web应常用开发建筑设计免费，因为在他们却是，Web在任何区域内都可以常用，而且较为容易长期维护。这推动了Web整个行业的的发展。

很引人注意，从从前JS可以用来改读到较为为繁复的API。然而，初期环境下，一切都是要算是这一点还是有些困难的，因为那时的JavaScript并不具备从从前的所有物理性质。就像我说的，所有过道都是全局连续性的，你有时候所需手动iTunes并将每个直接坎去掉到你的可执行资产文件夹里头面。初期还没有人NPM，叔父系统也不普遍存在，JS也没有人从从前一半的物理性质。在大多数完全，每个API都是所需内置的，每个的其网站都有不尽相同的PDF增设，每个PDF都有不尽相同的的系统来管理者但会和着色较为原先。为洞察决这些原因，最初的JavaScript从前提显现出了。

第从前代从前提

在2000中期末和2010中期初，第一批的机构常用改读到清晰用户尾端API的JS从前提开始显现出。这个早期的几个广为人知的从前提是：

Backbone.js

Angular 1

Knockout.js

SproutCore

Ember.js

Meteor.js

当然，还有很多其他或是在某些圈叔父里头较为颇受欢迎一些的从前提。不过，以上这些是我记得的，我也常用它们来继续做他建筑设计或同步进行融为一体。

这是第从前代从前提，也年底敞开了未知应用的大门。一方面，这些从前提意图继续做的两件事是颇为值得注意的，很多人忽视它们不则会知道变成功。有许多反对者忽视单页JSAPI（SPA）从根本上来说很糟糕，而且自此在小时的实验者表象生活里头面，证明了这些论调在很多方面是对的，例如，用户尾端着色也就是说自动程序不必短时间能用这些的其网站，而且其后用户甚至所需赶紧几秒钟才能开始插图API。很多这些API都是噩梦般的普遍存在，如果你关闭了JavaScript，它们就根本没有指导工作。

另一方面，我们没有人在JS里头面融为一体清晰API的变成果，因此关于最佳方法上，很多Linux有许多不尽相同的设一切都是。大多数从前提都意图戏仿其他游戏平台上的流行出去继续只不过，所以仅仅所有的从前提先从前都是「Model-View-*」的子程序手段，如Model-View-Controller、Model-View-Producer、Model-View-ViewModel等。从全面连续性来看，其里头面的一些原因的确被妥善解决了，但是框架多半不想像中直观，而且在应常用表象生活里头面较为繁复。

这也是一个我们毫无疑问开始在此之后如何转译JavaScriptAPI的早期。

Node.js在2009年释出，NPM在2010年紧接著，将纸制的观念带入（免费尾端的）JavaScript里头面。CommonJS和AMD就如何表述毫无疑问的JS叔父系统展开公平竞争，而像Grunt、Gulp和Broccoli这样的融为一体工具箱则争夺如何将这些叔父系统重新组合变成一个可交付的再一产品线。

在大多数完全，这些都是颇为非标准的类似于使命试运行容器的工具箱，可以毫无疑问融为一体任何过道，只是碰巧与HTML、CSS/SASS/LESS等电叔父技术建构，基于JavaScript开发建筑设计出很多适常用Web尾端的产品线。

从这个早期，我们教给了很多过道，整年了宝贵的变成果，纸制括：

URL路由表是典范。没有人它的API多半则会显现出Bug，Linux所需从一开始就在从前提里头面回避它。

通过示例口语扩展HTML是一个强大的抽象化层。即使有时它意味著有点笨拙，但它可以让你的UI与但会保持联动且较为容易。

SPA（单的其网站应常用）的连续效率很差，而且Web开发建筑设计有许多原生应常用没有人的额外限制。我们所需通过Web释出所有转译器，让它第一时间转译（JIT），然后试运行以启动我们所开发建筑设计的API，而原生API不太可能iTunes和转译。这是一项艰巨的使命。

JavaScript作为一种口语有很多原因，它确实所需小型化以使两件事显得较为好——从前提没有单独继续算是这一点。

我们绝对所需较为好的融为一体工具箱、叔父系统和纸制装来改读到大规模的API。

总的来说，这个早期硕果累累。尽管普遍存在这些缺点，但随着API繁复连续性的提高，将用户尾端与API分离的必要是很大的，并且在许多完全，让其后用户趣味有了飞速提升。如果持续性有所不尽相同，这个早期意味著还则会之后，我们意味著直到从从前还在重复MV*的风格。

但自此，一颗“天体”的突然显现出，把原先的范的建筑设计砸得击垮，造变成一个小的存活惨剧，把我们后退了下一个早期——这颗“天体”来由React。

以模组为里头面心的示意图层

我不忽视React发明了模组，但当真，我不想像中确定它们在此之从前是从哪里头来的。我知道原先电叔父技术最少追溯到.NET里头面的XAML，并且Web模组也在那时开始作为一种规约开始蓬勃的发展。

从从前每个取向的从前提都常用了模组。实情却是，它的流行出去也原则上上是有道理的——扩展HTML，提高长期普遍存在的但会，将JS业务逻辑上反之亦然与示例连系出去（无论是JSX还是Handlebars还是Directives）。基于模组的API抑止了完毕指导工作所需的基本上抽象化观念，并且引人注意地比较简单了转译器的一段小时内，一切都与模组的一段小时内而不是API的一段小时内连系在一齐，这也就是说作为一个开发建筑设计其他部门，你要回避的两件事要少得多。

然而，初期还有一推移：从前提开始把自己吹嘘变成 "示意图层"，而不是清晰的从前提。他们始终妥善解决从前部应常用所需的所有原因，而只是投身于于妥善解决着色原因，其他原因如路由表、API通信和但会管理者，则由其后用户自己再一。这个早期广为人知的从前提纸制括：

React.js

Vue.js

Svelte

Polymer.js

当然还有很多很多其他的从前提。从从前再来看，我忽视这是第二代从前提里头面流行出去的从前提，因为它主要继续做了两件两件事:

它较为程度地增大了以内。这些从前提的本体不是意图妥善解决从前部所有原因，而是投身于于着色，关于算是其他物理性质的许多不尽相同的设一切都是和路径可以在较为国际上的的系统里头面探索。尽管有很多糟糕的框架，但也有好的框架，这也为下从前代从精英里头面挑选毫无疑问的创意走上了路面。

这让开发建筑设计其他部门较为容易不能接受。采用一个清晰的从前提来接管你的整个首页，也就是说你所需重构基本上API，这对于原先的免费尾端来说是不意味著的。常用像React和Vue这样的从前提，你可以把它们里头面的一小部分放进一个原先的API里头面，每次只搬迁一个小组件或模组，允许开发建筑设计其他部门逐步搬迁他们原先的转译器。

这两个因素造变成第二代从前提迅速的发展，使第从前代从前提黯然失色。从全面连续性却是，这一切也许很有意义，是一种恰当的演化变成。但对于初期亦然亦然其里头面的我来说，是一段感到较为失望的亲身经历。

首先，努力指导工作关于从前提为了让的讨论，不则会是我们不该常用哪种从前提来开发建筑设计，或者我们是否不该重构我们的API。相反，常会是 "它较为极快！"或 "它较为小！"或 "它是你所需的一切！"。还有关于数组的建筑设计程序员和面向对象程序员的听证会，很多人把FP作为我们所有原因的框架。平心而论，这些两件事都是知道。全部都是示意图层的从前提在此之从前较为小、较为极快，而且是你所所需的全部（如果你自己建立联系或切除了很多过道）。当然，数组的建筑设计程序员手段也妥善解决了大量困扰JavaScript的原因，而且我忽视相比较来说，JS因为它们而显得较为好。

然而表象是，根本就没有人什么灵丹妙药。API始终显得更大、僵硬和繁复，但会始终容易管理者，路由表和SSR等原则上原因始终所需妥善解决。对于我们很多人来说，也许人们一切都是要的是丢弃意图妥善解决所有这些原因的框架，而把这个原因留给阅读。在我的变成果里头，开发建筑设计开发团队里头面普遍连续性则会很高兴地不能接受这种设一切都是，以便极并能释出一个原先产品线或原先物理性质。然而他们却没有人足够的小时来充分开发建筑设计所有额外的物理性质。

结果，根据我的变成果，开发建筑设计较为多的时候是圆桌这些示意图层建立联系的；还有从前提，这些从前提本身就很僵硬、繁复，而且颇为容易操作者。我忽视人们在SPA上碰上的许多原因都来自于这个支离破碎的从前提的系统，而这个从前提的系统恰好显现出在SPA常用量持续提高的时候。我始终常会碰上一个原先其网站不必良好地检视路由表或其他小显然，这绝对是感到失望的。

但另一方面，原先的全免费第从前代从前提也不必良好地妥善解决这些原因。部分原因在于仅仅有大量的新技术贷款负担。第从前代从前提是在ES6早先，同时也在叔父系统以及Babel和Webpack早先，是在我们弄清楚许多两件事早先建立联系的。子程序生物是颇为困难的（作为从前Ember本体开发团队变核心人物，我反驳深有体则会），而且原则上上重构它们，就像Angular对Angular 2所继续做的那样，扼杀了他们的的发展势头。因此，当就其到JavaScript从前提时，开发建筑设计其他部门处于两难之下——要么为了让一个老旧的整合框架，要么为了让恰如其分，并DIY一半的从前提，用意期盼得到毫无疑问的结果。

就像我说的，初期这让人颇为失望，可到先从前还是逐步形变成了大量的创原先。随着找出这些从前提的最佳观念化，JavaScript的整个的系统都的发展得颇为极快，还牵涉到了一些其他的关键推移：

像Babel这样的转译容器被选为特例，并更进一步使口语的的发展。与其赶紧数年才能算是物理性质的一个非标准，不如从从前就能常用，而且口语本身也开始以较为极快、较为多的子程序加速提高物理性质。

ES叔父系统被一个非标准，使我们再一必须开始圆桌它们融为一体现代的融为一体工具箱，如Rollup、Webpack和Parcel。基于导向的锁链慢慢被选为规约，即使是样的建筑设计和图片等非JS资产也是如此，这较为程度地比较简单了融为一体工具箱的配置，使它们显得较为补足、较为极并能，相比较上较为上一层楼。

随着较为多的API被一个非标准，Node和Web标准化两者之间的差异性也慢慢增大。SSR开始被选为一种毫无疑问的恰当连续性，随后转变成每个标准化的API都在继续做的两件事，但每次都是某种程度上的内置化增设。

楔形量度的释出，使基于JavaScript的免费容器API在发放/鼓动小时方面赢取了SPA的必要（SPA由于是CDN上的可执行文件，所以从从前一般可以较为极快地开始启动时，即使先从前原则上上启动时和着色所需较为长小时）。

到这个早期终止时，始终普遍存在一些原因。即使我们有了比从从前较为好的手段也，但但会管理者和催化连续性至今都是头疼的原因。连续效率持续性也亦然在提高，可始终普遍存在许多僵硬的SPA。可回访连续性的持续性也常会是许多开发建筑设计开发团队实情的设一切都是。但这些推移为下从前代从前提走上了路面。而我一切都是说，我们刚刚进入下一个从前提早期。

全栈的建筑设计从前提

就我其所而言，先从前一个从前提早期知道偷偷来到了我们身边。我一切都是这是因为我花了4年左右的小时深入到Ember着色层的内外，意图清理从前面提及的，始终因素它作为第从前代从前提的电叔父技术贷款。但这也是因为它较为加微妙，因为所有这些第三代从前提都是圆桌上从前代的示意图层从前提融为一体的。广为人知的从前提纸制括：

Next.js (React)

Nuxt.js (Vue)

Remix (React)

SvelteKit (Svelte)

Gatsby (React)

Astro (Any)

这些从前提随着示意图层的萌芽和成型而显现出。既然我们都允诺模组是融为一体从前提的本体典范，那么就有恰当开始一个非标准API的其他部分——路由表容器、融为一体的系统、文件夹形态等等。慢慢地，这些元从前提开始融为一体第从前代整合框架所能透过的相同物理性质，从各模组内外里头面为了让最佳的手段也，并随着它们的萌芽而将它们合并，随后再较为进一步的发展。

到目从前为止，SPA直至投身于于用户尾端。SSR是每个从前提都渴望妥善解决的原因，但只是作为一种优化，一种着色的手段，再一则会在JS启动时完毕后被替换。第从前代从前提里头面只有一个敢于继续做得较为大，那就是Meteor.js，但它的“同构JS”观念从未毫无疑问算是。

但随着API的规模和繁复连续性的提高，这个设一切都是被重原先反思。我们洞察到，将后尾端和从前部重新组合在一齐是颇为简便的，这样你就可以为某些劝说背后API秘密、在的其网站返国时修改header、指派API劝说。随着Node和Deno算是较为多的web标准化，免费尾端JS和用户尾端JS两者之间的差异性每年都在增大，这也许始终是一个古怪的设一切都是。将它与楔形量度和感到惊叹的工具箱融为一体，你就有了容易置信的前瞻性。

最原先从前代的从前提借助了这一前瞻性，将用户尾端和免费容器无缝地融合在一齐，我没有忽略这是多么感到惊叹的冲动。在仅仅的9个月里头，我和SvelteKit一齐指导工作，起身来的并感叹:“我们不该直至这样继续做。”的次数多得据称了。

下述是我最数完毕的一些使命，通过这个增设，它们显得颇为容易:

去掉免费尾端OAuth到我们的API，这样auth Token永远不则会离开免费容器，同时还有一个API指派，每当一个劝说转发我们的API时去掉Token。

将某些路由表反之亦然指派到我们的CDN，这样我们就可以托管内置在任何其他从前提里头面的可执行HTML的其网站，允许其后用户创作他们自己的内置的其网站(这是我们为一些客户透过的免费)。

当我们所需常用所需密钥的直接免费时，去掉几个不尽相同的一次连续性API路由表(不所需去掉一个全原先的路由表到我们的API并与后尾端其他部门相互配合)。

将我们对launchdark的常用分散到免费尾端，这样我们就可以启动时较为少的JS并增大结构上变成本。

通过后尾端路由表指派我们的Sentry劝说，这样我们就可以捕捉偏差，否则将由于广告拦截容器造变成没有人被简报。

而这仅仅是冰山一角。这种手段也知道有很多有意思的区域内，其里头面较大的一点是它如何复兴渐进的建筑设计弱化的观念，利用免费容器和用户尾端的重新组合特连续性，允许用户尾端在其后用户禁用JavaScript的完全回退到原则上的HTML + HTTP。当我开始涉足SPA指导工作时，我不太可能原则上上放弃了这种继续只不过，忽视它们只是早先的数年来，但我们有意味著认出它之后转回的遍地，这知道有意思。

从变成果上看，根据这些原先物理性质，我把这些从前提归入为原先从前代的从前提。从从前容易妥善解决或不意味著妥善解决的原因从从前显得以致于，只是发生变化了无论如何鼓动检视逻辑上。不所需任何额外的配置的完全，简便的连续效率和其后用户趣味是信手拈来的。我们不所需建立联系整个原先的免费，而是必须根据所需去掉一些额外的西南侧或里头面间件。这不太可能发生变化了生活。

我忽视这从前代从前提也妥善解决了第从前代和第二代从前提及其其后用户两者之间的一些主要矛盾点。它始于向零配置术语的转变，但我忽视它再一是由第二代从前提周遭的衍生的的系统所液压的，并随之显得萌芽和稳定。第三代从前提从从前又开始在此之后被选为整合的框架，意图妥善解决我们作为从前部Linux所需妥善解决的所有原则上原因，而毫无疑问是着色原因。

从从前比以往任何时候都较为冲动到小区在妥善解决困扰SPA的所有原因上是一致的，而且最主要的是，他们在一齐妥善解决这些原因。

我们下一步该怎么走？

总的来说，我忽视JavaScript小区亦然朝着亦然确的路径的发展。

当下的Linux们亦然在投身于数据分析从头开始融为一体清晰API的萌芽框架，这些框架并不传统意义 "一个示意图层"。同时，我们方才开始与原生应常用的SDK在同一齐跑线上公平竞争，透过一个开箱即用的清晰工具箱纸制。

每一次，我们仍有很多指导工作要继续做。在SPA应用，可回访连续性是一个长期所需妥善解决的原因；在GraphQL之外，我始终忽视图表可以被用来算是一些物理性质（不管你害羞与否，基本上的网络始终试运行在REST上）。但数年来是亦然确的，如果我们之后朝着共享框架的路径的发展，我忽视我们可以用比从从前较为好的手段妥善解决这些原因。

我还对将这些手段也较为进一步来到一小时本身背后的前瞻性感到激动。Web模组仍在偷偷地子程序，致力于妥善解决SSR和摆脱全局注册等原因，这将使它们与这些第三代从前提较为加兼容。在另一个路径，WebAssembly可以以一种感到容易置信的手段子程序这种手段也。也许一下，必须用任何口语改读到一个全栈从前提。同类型的Rust、Python、Swift、Java等口语再一可以将从前部和后尾端两者之间的身心提高到仅仅为零，只是在你的的系统楔形有一点HTML示例（影射的是，尽管有了较为好的其后用户趣味，但这使我们仅仅绕了一圈）。

如果我们必须让Linux在默认完全就能用上更好的工具箱，也许其网站的试运行状况则会显得较为好，其后用户趣味则会显得较为流畅。虽然从前提的好坏并不必妥善解决其网站的所有原因，但是这将为其网站往良好的路径的发展奠下一个典范，也能让每个开发建筑设计其他部门都有较为多的小时投身于于其他两件事。

END

。

昆明皮肤病医院挂号咨询
成都妇科专科医院
济南妇科医院哪家最好
广东妇科医院去哪家好
杭州白癜风专科医院哪好
失眠
急支糖浆与甘草口服液哪个好
糖化血红蛋白正常值
医药招商网
补钙