为什么现在对客户端框架有如此大的推动力

Why is there such a push for client side frameworks nowadays?

本文关键字:推动力 框架 客户端 为什么      更新时间:2023-09-26

希望这个问题没有跑题,我个人觉得这是一个完全有效的编程问题,我作为一个程序员展望未来。

伙计们,我不明白为什么我想让我的网站与客户端框架一起参与,如Angular,Backbone,Ember,React,这个,那个或其他。

事实是,为什么要学习像 Angular 这样的东西,当他们几乎从那些在 Angular 1.0 上投资数百万美元的人和公司那里拉出地毯,以制作一个他们称之为 angular 2.0 的新框架时?

如果我想要一些基本的 dom 操作,为什么要学习一个框架。 例如,在我的电影网站的主页上,www.noobmovies.com 你会注意到一些分页,这完全是通过抓取从Django服务器视图传回的JSON并使用客户端解析数据来完成的。 说我需要更新电影等...为什么不直接通过 Ajax 传递一些数据并将响应发送回去呢?

底线是AngularJS等所做的大部分工作,旨在取代成熟的框架,如Django,Ruby on Rails等......但是为什么现在更难跳上这些流行语项目,这些项目似乎除了这些根深蒂固的框架目前能够做的事情之外,什么都做不了?

对我来说,我玩过React,Angular和Backbone。 我不喜欢必须学习整个框架来做一些我自己可能更好的事情。 似乎所有这些客户端框架都没有准备好生产,经常改变方式,并使许多平凡的任务比他们需要的更难。

对我来说,似乎每个从学校出来的人都喜欢,伙计,我必须用 Angular 构建一些东西才能跟上人群。 我看不出为什么Angular项目比Django或Ruby on Rails更好,事实上,在大多数情况下,我看到很多情况都更糟。

正如评论中已经提到的,在这个问题中,应该根据具体情况考虑使用什么客户端/服务器架构,并且总是对它有个人偏见。

我无法谈论整个客户框架的推动,因为在我的营业场所,由于明确定义的客户端和服务器责任分离,对客户端框架的推动是简单而重要的。服务器只负责响应客户端请求并发送原始数据,在我们的例子中,我们使用 REST。然后,客户端仅负责向用户呈现数据。

这样做的力量是因为在 5 年左右的时间里,当我们选择使用的下一个大客户端框架出现时,服务器端不需要更改任何一行代码。

根据个人喜好,尽管我喜欢角度,因为处理 DOM 操作的代码清晰分离,以及使用 HTML 运行指令是多么干净。即使 DOM 中使用了额外的 Angular 标记,您也确切地知道将要渲染的内容。