JavaScript框架发展的四个时代,你经历过其中几个阶段?

JavaScript框架发展的四个时代,你经历过其中几个阶段?
文章图片
【CSDN编者按】从1995年JavaScript发布到如今的2022年 , 历经近30年的发展 , JavaScript发生了怎样的变化?不同时期 , 在什么样的技术驱动下 , 其底层框架发生了革新?在本篇文章中 , 资深开发者Chris将带领我们领略JavaScript四个不同的时期 。
原文链接:https://www.pzuraq.com/blog/four-eras-of-javascript-frameworks
声明:本文为CSDN翻译 , 转载请注明来源 。
作者|Chris译者|彭慧中责编|屠敏出品|CSDN(ID:CSDNnews)早在2012年 , 我就开始用JavaScript进行编码 。
我曾为一家当地的企业从头到尾开发了一款PHP应用程序 , 这是一个简单的CMS网站 。 后来 , 他们决定要重新编写它并增加一些功能 。 这个项目的经理希望我使用.NET来开发 , 其中的部分原因是他比较了解这项技术 , 同时他也希望能够将这个项目做成一个类似本地的应用程序——减少页面加载的时间 。 经过一番研究和原型设计 , 我说服他用网页的方式做同样的事情 , 也就是在这个时候 , 全新的JS框架出现了 。
我选择的第一个框架实际上是Angular1 。 彼时 , 我基于FuelPHP后端开发了一个相当大的应用程序 。 在功能上 , 每当重新渲染子路由/出口时 , 路由器就会闪烁 , 这一点是我们在开发过程中没有考虑过的突发情况 。 后来 , 有人向我推荐了RubyonRails+Ember的解决方案 , 在试过之后 , 我觉得效果很好 。 我喜欢这两个框架的理念 , 喜欢构建它们的社区 。
JavaScript框架发展的四个时代,你经历过其中几个阶段?
文章图片
从那时起 , 很多事情都发生了变化 , 许多新的框架出现 , 旧的框架淘汰 。 用JavaScript在浏览器中构建应用程序的想法 , 从少数开发者的尝试逐渐变成了前端领域中一种标准的操作方式 。 随着开发者所构建的基础设施的改变 , 带来了许多新的可能 。
在这段时间里 , 不少开发者的很多想法陷入纠结、自相矛盾的迷茫中 。 我想很多在前端领域工作了一段时间的人可能都有过这样的经历 , 纠结使用哪种JavaScript框架、如何编写CSS、使用函数式编程还是面向对象编程、如何最好地管理状态、哪种构建系统或工具最灵活、最快速等等 。
回顾过去 , 我觉得很有趣 , 因为我们经常为小的错误争论不休 , 而忽略了更有意义的事情 , 当然这也是“事后诸葛亮”了 。 所以我想做一个回顾 , 总结过去几十年的JavaScript开发 , 看看我们已经走了多远 。 我认为我们可以把它粗略地分为四个主要时代:
前世
第一代框架
以组件为中心的视图层
全栈式框架(←这也是我们当前所处的位置)
每个时代都有自己标志性的特点和亟待解决的矛盾 , 每一个时代也赋予了我们不同的经验与教训 , 最终让我们取得了进步 。
关于JavaScript开发 , 直到今天争论仍在继续:网站是否变得过于臃肿?普通网站真的需要用React编写吗?我们甚至应该使用JavaScript吗?我不认为我们能在这里看到未来 , 而且最后我怀疑我们可能会再次发现 , 我们在互相讨论的过程中 , 没有关注到更广泛与有意义的技术 。 但是 , 回看过去 , 也许其中的一些观点也能够帮助我们更好地走向未来 。
前世JavaScript是在1995年首次发布的 。 就像我上面提到的 , 我是在2012年开始写JS的 , 差不多是JavaScript诞生的20年后 , 也就是我称之为FirstFrameworks时代的开始 。 你可以想象 , 这个时代可能会被分解成许多子时代 , 每个时代都有自己的模式、库和构建工具等 。
也就是说 , 我不能写自己没有经历过的事情 。 当我开始编写前端应用程序时 , 新一代的框架刚刚开始成熟 , 像Angular.js、Ember.js、Backbone等等 。