Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

时间:2022-08-29 10:13:23

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

前言

你好,我是方同学(YourBatman)

若你还不太清楚Java EE是什么,可先移步这里:什么是Java EE?

技术的发展日新月异,沧海桑田,一不留神的掉队,可能就是永远。就连稳得一批的Spring技术栈也受到了基于GraalVM的QUARKUS等框架的挑战,好在Spring社区迅速推出了Spring Native予以回应。

作为一枚Javaer,不可能没有听过Java EE。比如至少听过这句广为流传的话“Java EE的13种核心技术”,而其实Java EE远不止13种技术。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

通过此图你领略到了Java EE的“大而全”。从1999年出现到已有20余年,风云变幻,现在早已不是Java EE的天下,Spring技术栈已接管成为实际标准。本文就盘点盘点Java EE这几十种技术规范,依旧坚挺的还要哪些?

Tips:推荐学习指数获得3颗??的可认为依旧坚挺,4颗??认为知识点还比较重要,5颗??认为依旧是主流技术

所属专栏

BATutopia-Java EE

相关下载

  • 工程源代码:https://github.com/yourbatman/BATutopia-java-ee
  • 【女娲Knife-Initializr工程】访问地址:http://152.136.106.14:8761
  • Java开发软件包(Mac):https://wangpan.yourbatman.cn/s/rEH0 提取码:javakit
  • 程序员专用网盘上线啦,开放注册送1G超小容量,帮你实践做减法:https://wangpan.yourbatman.cn

版本约定

  • Java EE:6、7、8
  • Jakarta EE:8、9、9.1

另外说明:下面所有API的GAV坐标均使用Jakarta EE的方式给出,原因是它的GAV命名、归类相较于旧的Java EE更加规范,对开发者而言规律性更强、理解起来更方便些。版本号方面全部采用javax.*命名空间对于的版本,若想升级到jakarta.*命名空间的话仅需大版本号 + 1即可(GAV不变),非常方便。

另外还有一个小约定:同是javax.*命名空间的话,Jakarta EE的GAV大版本号与Java EE 8的保持一致,若发现大版本号比后者大了,那么说明命名空间已是新的jakarta.*。

从Java EE 8(及以后)版本推荐使用Jakarta EE的GAV,因为摒弃掉Java EE元素已是大势所趋

正文

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

Java EE技术总览

以Java EE 8/Jakarta EE 8为例,主要包含这些技术:

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

划分为五大类:

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

其中,Web应用技术是现在Java最最最重要的使用场景。因此本文就聚焦在这块,来聊聊它有哪些技术,有哪些技术现今依旧坚挺。

Part1: Web应用技术

Web Application Technologies,共8个规范。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

把该part放在首位,因为它对开发者是最重要、使用得最多的,也是开发者最熟悉的部分。这“一切”可能权由Servlet承担着...

1. Servlet

推荐学习指数5

Servlet规范绝对是作为一枚Javaer必知必会的技术。

Java Servlet是运行在 Web 服务器或应用服务器上的程序,它是作为来自 Web 浏览器或其他 HTTP 客户端的请求和 HTTP 服务器上的数据库或应用程序之间的中间层。

Java Servlet 是运行在带有支持 Java Servlet 规范的解释器的 web 服务器上的 Java 类。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

Servlet现今依旧是Java Web应用开发的主流技术,即使以Spring WebFlux为代表的响应式编程技术出现了且很多,但基于Servlet的Spring MVC依旧热度不减,是业务开发的首选。

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.servlet@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.servlet-api@lt;/artifactId@gt;
  4. @lt;version@gt;4.0.4@lt;/version@gt;
  5. @lt;scope@gt;provided@lt;/scope@gt;
  6. @lt;/dependency@gt;

代表API:

  • ServletContext
  • HttpServlet
  • HttpFilter
  • RequestDispatcher

Servlet由Web容器(如Tomcat)提供实现,因此只有你的工程在编译期强依赖于Servlet的API参与编译时才需导入此库(scope=provided,表示参与编译但并不会打包进去)。

2. JSP

推荐学习指数2

虽说JSP技术早已out,但由于其浓厚的历史原因,所以我认为每一个Java Web开发人员对此门技术都应该有一定了解。不为使用,只为谈资。

JSP用全称Java Server Pages,是一种动态网页开发技术。之所以说动态是因为它使用JSP标签在HTML网页中插入Java代码,Java代码放在标签@lt;% %@gt;里。

JSP本质是一种Servlet(编译后均变为Servlet),主要用于实现Java web应用程序的用户界面部分。那么为何有了Servlet还需要JSP呢?与纯Servlet相比:JSP可以很方便的编写或者修改HTML网页而不用去面对大量的println()/writer.write()语句,可读性可维护性更高。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.servlet@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.servlet-api@lt;/artifactId@gt;
  4. @lt;version@gt;4.0.4@lt;/version@gt;
  5. @lt;scope@gt;provided@lt;/scope@gt;
  6. @lt;/dependency@gt;

代表API:

  • JspContext、PageContext
  • JspPage、HttpJspPage(public interface JspPage extends Servlet { ... })
  • JspTag

显然,JSP规范的具体实现亦由Web容器提供,并且99.99%的情况下开发者并不需要它的API,所以该GAV了解下即可。

3. EL表达式

推荐学习指数3

EL因JSP而生,但又独立于JSP。虽说JSP已死,但EL作为一门独立的表达式语言,是可以单独存在的。

Expression Language表达式语言,一种在JSP页面获取数据的简单方式(只能获取数据,不能设置数据),目的是简化开发且提高可维护性,替代开发者在JSP页面上写的Java代码。

EL表达式是在JSP2.0开始新引入概念,所以有时候也叫它JSP表达式语言。它由JSP提出而出现,但并不必须依托于它而存在,而是可作为一门独立的表达式语言技术提供使用,生命周期并不与JSP对等。

著名的校验框架Hibernate Validator强依赖了EL表达式语言技术,所以这就是为何我认为它的学习指数比其“父亲”JSP要高的原因。

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.el@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.el-api@lt;/artifactId@gt;
  4. @lt;version@gt;3.0.3@lt;/version@gt;
  5. @lt;scope@gt;provided@lt;/scope@gt;
  6. @lt;/dependency@gt;

代表API:

  • ELContext
  • ELManager
  • ExpressionFactory
  • Expression、ValueExpression、MethodExpression

EL一般也由Web容器提供实现。当然喽,Web容器也将其实现拆开来了可单独使用,如嵌入式tomcat的实现模块为:org.apache.tomcat.embed:tomcat-embed-el

4. JSTL标准标签库

推荐学习指数1

强依托于JSP的存在而存在。

JavaServer Pages Standard Tag Library,JSP标准标签库。他是一个JSP标签集合,封装了JSP应用的通用核心功能。目的同EL有点类似:简化开发且提高可维护性,替代开发者在JSP页面上写的Java代码。

和EL一起它哥俩的出现目的都是为了让开发者不要再在JSP上写Java代码啦,不同的是JSTL必须依托于JSP的存在而存在。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.servlet.jsp.jstl@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.servlet.jsp.jstl-api@lt;/artifactId@gt;
  4. @lt;version@gt;1.2.7@lt;/version@gt;
  5. @lt;scope@gt;provided@lt;/scope@gt;
  6. @lt;/dependency@gt;

代表API:

  • LoopTag(public interface LoopTag extends Tag { ... })
  • SQLExecutionTag
  • LocaleSupport(fmt标签)

用过JSTL的同学可能对standard.jar和jstl.jar这两个Jar印象最深,这里做下简单说明:

  • GAV只是api,一般不包含实现(符合Java EE只做规范的理念)
  • standard.jar和jstl.jar属于具体实现(web容器一般自己有提供)。如还有Apache的标准实现:org.apache.taglibs:taglibs-standard-impl

5. WebScoket

推荐学习指数4

一门2011年才出现的“新”技术,Java亦提供了实现。

WebSocket是HTML5开始提供的一种在单个TCP 连接上进行全双工通讯的协议。而这里聊的WebSocket是Java对其的支持,制定的编码规范。

WebSocket大大改进了服务器/浏览器的交互方式,作为一门新新技术,生命力还是很强的,推荐学习。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.websocket@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.websocket-api@lt;/artifactId@gt;
  4. @lt;version@gt;1.1.2@lt;/version@gt;
  5. @lt;scope@gt;provided@lt;/scope@gt;
  6. @lt;/dependency@gt;

代表API:

  • @ServerEndpoint、ServerApplicationConfig、HandshakeRequest
  • @OnOpen、@OnMessage、@OnError、@OnClose

它是构建在http协议之上的全双工通信协议,相较于TCP更加方面,是和Html页面搭建长链接通讯的首选。

6. JSF

推荐学习指数1

JavaServer Faces,一种用于构建 Web 应用程序的标准Java框架。它提供了一种以组件为中心来开发 Java Web 用户界面的方法,从而简化了开发。

MVC设计模式 (Model-View-Controller)出自于它,使用Facelets声明语言构建视图,并且模型由CDI托管bean表示,控制器由JSF引擎本身负责。

Java EE几十种技术,“活着的”还剩几何(Web应用技术篇)

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.faces@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.faces-api@lt;/artifactId@gt;
  4. @lt;version@gt;2.3.2@lt;/version@gt;
  5. @lt;/dependency@gt;

代表API:

  • Facelet、FaceletContext(public abstract class FaceletContext extends ELContext { ... })
  • FacesWrapper
  • FacesRenderer
  • @RequestMap、@ApplicationMap、@ApplicationMap、@RequestCookieMap、RequestParameterMap

总而言之,JSF算是被Struts、Spring MVC这类框架吊打。

7. JSON-P

推荐学习指数2

Java API for JSON Processing,专门用于处理JSON数据的API被纳入JavaEE规范体系。用于使用生成和解析JSON数据中描述的对象模型或流模型来解析,转换和查询JSON数据。看看它的API:

  • Json:所有JSON对象的工厂类(如创建JsonParser、JsonGenerator),提供大量静态方法
  • JsonParser:从流或对象模型中读取JSON数据的基于事件的解析器,如getInt()、getLong()
  • JsonGenerator:一次将JSON数据写入流中一个元素,如write(xxx)、writeNull()

看过我写的Jackson专栏的同学能发现,这和Jackson简直一毛一样,甚至API很大一部分相同或相似。这便就是Java EE提供的用于处理Json的底层API。

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.json@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.json-api@lt;/artifactId@gt;
  4. @lt;version@gt;1.1.6@lt;/version@gt;
  5. @lt;/dependency@gt;

代表API:

  • JsonReader、JsonWriter、JsonReaderFactory、JsonWriterFactory
  • JsonValue、JsonString、JsonNumber、JsonArray

他是Java EE抽象出来处理JSON的底层 API,对标Jackson-core。

8. JSON-B

推荐学习指数2

Java EE 7提供了JSON-P让Java具有了处理Json的能力,但是这么底层的API谁会用?就像Jackson一样如果没有提供ObjectMapper这种自动绑定能力的API的话估计也很少人会用。直到Java EE 8官方貌似才恍然大悟意识到了这一点。

Java API for JSON Binding,实现JSON数据与Java对象之间的绑定。常见的Java primitive types和String类都能够自动绑定,很明显它底层走的JSON-P。

给几个JSON-B的注解你瞧瞧:

  • @JsonbDateFormat
  • @JsonbNumberFormat
  • @JsonbProperty
  • @JsonbVisibility

这套路面熟吧(阅读过我Jackson专栏的同学会觉得很面熟)。

API的GAV:

  1. @lt;dependency@gt;
  2. @lt;groupId@gt;jakarta.json.bind@lt;/groupId@gt;
  3. @lt;artifactId@gt;jakarta.json.bind-api@lt;/artifactId@gt;
  4. @lt;version@gt;1.0.2@lt;/version@gt;
  5. @lt;/dependency@gt;

代表API:

  • Jsonb、JsonbBuilder
  • JsonbSerializer、JsonbDeserializer
  • JsonbProvider

Java EE新增的JSON技术,只能说起晚了也赶晚了。想要“夺回市场”基本没戏。

总结

Web应用技术作为Java EE最最最重要的部分,共包含8项具体技术,其中:

  • 1个仍为主流:Servlet
  • 1个还比较重要:WebScoket
  • 1个还在坚挺:EL表达式
  • 其它的5个存在感已非常之弱,连学习的必要性也没有了。相信随着时间的推移,被遗忘就是它们的归宿

本文介绍完了最为重要的Web技术的情况,下文继续为你介绍“非Web相关的技术”情况,那才真叫一个一片狼藉,“哀鸿遍野”。

原文链接:https://mp.weixin.qq.com/s/Qt3xIQMmdjv5iBBEjfkPxA