上周有一篇关于 “Javascript 框架的残酷生命周期” 的优秀 stackoverflow 博客文章。这篇文章是关于 Javascript UI 框架(angularjs、angular、jquery 和 react)流行和过时的速度。这篇文章的关键指标是每月关于框架的问题,这是证明这些趋势的合理指标。下载也会很有趣。
这让我开始思考 JSF 到哪里去了,我的出发点是将 JSF 叠加在 Javascript 数据之上——
很难看清楚,但根据 Stackoverflow 上提出的问题,JSF 正在下降。如果我们删除 Javascript,我们可以看到 2013 年左右开始下降
就是说题量比较少,水平比较稳定
这篇文章试图了解 JSF 的现状,以及 JSF 在现代开发中是否还有一席之地。
JSF 是一个基于组件的 Web 框架,是 Java EE 的一部分。在 Java EE 8 添加其新的 MVC 框架之前,它是 Java EE 下唯一的前端框架。
对我来说,JSF 的关键优势在于 JSF 生态系统中的组件框架。特别是 PrimeFaces,或像 omnifaces 这样的实用程序库。它们可以让你快速开始项目,有大量的例子,特别适合团队或开发人员缺乏前端技能的项目。部署模型通常很简单,每个服务器只有一个 war 或 ear 文件
JSF 的当前版本是 2.3,目前正在制定 2.4 的规范。
2014 年,JSF 受到了 thoughtworks techradar 的批评,因此被搁置。
批评的主要部分是 JSF 模型存在缺陷,因为它 –
“鼓励使用自己的抽象而不是完全拥抱底层网络模型”
他们确实做出让步,即 Web 模型在后来的 JSF 版本中变得更加突出。
这篇文章遭到反驳,特别是与最新的 JSF 版本有关。但它导致 JSF 被认为是一个难以使用的框架。
JSF 是前端开发的精华。
什么是砂锅?它是一种酵母提取物,可以涂在吐司上。有些人喜欢它,有些人讨厌它,但没有中间立场。郑重声明,我讨厌马麦酱,但我喜欢 JSF。
我喜欢 JSF 的原因是您可以获得高质量的组件,这些组件成熟且文档齐全。它还具有允许前端技能薄弱的团队开发具有专业外观的网站的优势。有一个缺点是很难交付更复杂的需求,因为请求/响应模型在 JSF 下更加抽象。
JSF 模型已经失宠。它被视为针对当今具有 RESTful API 后端的 Javascript 框架的遗留框架。这已将 Java 转移到实现 RESTful 微服务。这种方法通常可以比 JSF 更好地扩展。
stackoverflow 博客 post 展示了它在前端 Javascript 世界中并非一帆风顺。这些框架的寿命相对较短,尽管有迁移策略,但您确实有 javascript 框架过时的风险。
JSF 在这方面具有成熟模型的优势。还值得记住的是,如果您的团队缺乏前端技能,那么 JSF 将帮助您快速交付具有专业外观的网站。
我很想听听其他人的经验,以及他们是否会在未来的项目中使用 JSF
标签2: Java教程地址:https://www.cundage.com/article/jcg-use-jsf-next-project.html