你所在的位置: 首页 > 正文

总要先爬出坑的JEE架构

2019-09-05 点击:1320

前锋JAVA发展学院我想昨天分享

我们来看看官方网站的定义。

Java平台企业版(Java EE)是社区驱动的企业软件的标准。 Java EE是使用Java Community Process开发的,其中包括来自行业专家,商业和开源组织,Java用户组和无数个人的贡献。每个版本都集成了满足行业需求的新功能,提高了应用程序的可移植性并提高了开发人员的工作效率。

如今,Java EE提供了丰富的企业软件平台,并提供了20多种兼容的Java EE实现。

Java EE 8,您应该知道,至少官方网站还提醒您它仍在更新新功能。

说到JEE,做网络项目的朋友实际上知道它是什么。它将企业软件架构分为三个层次,即Web层,业务逻辑层和数据存储层。

先看看图片,旧时代的荣耀!

首先介绍:

WEB容器:为其中的应用程序组件(JSP,SERVLET)提供一个环境,以便JSP和SERVLET可以直接与容器中的环境变量接口进行交互,而不必关注其他系统问题。主要由WEB服务器实现。例如:TOMCAT,WEBLOGIC,WEBSPHERE等。此容器提供的接口严格遵守J2EE规范中的WEB APPLICATION标准。我们将符合上述标准的WEB服务器称为J2EE中的WEB容器。同时,JEE平台聚合不同的模块化组件并在公共应用程序服务器上运行它们,例如WebLogi,WebSphere,JBoss等。这还包括Tomcat Tomcat只是一个实现JEE Web规范的Web容器。

EJB容器:企业java bean容器。更多行业特色。他为在其中运行的组件EJB提供各种管理功能。只要满足J2EE规范的EJB放在容器中,它就会被容器有效地管理。系统级服务可以通过现成的接口获得。例如,邮件服务,事务管理。 WEB容器和EJB容器原则上基本相同,不同的是隔离的外部环境。 WEB容器更多的是处理基于HTTP的请求。 EJB容器不是。它更多的是处理数据库和其他服务。但它们都实现了与外界的互动,以减轻应用程序的负担。例如,SERVLET不关心HTTP的细节,直接指环境变量session,request,response就行,EJB不关心数据库连接速度,各种事务控制,直接由容器控制。

您可以按如下方式查看每个级别的职责:

Web层:负责与用户交互或提供外部接口

业务逻辑层:用于实现业务逻辑的流程处理和计算处理模块

数据访问层:为后续查询保留业务逻辑层处理的结果,并维护域模型中对象的生命周期。

原则的典型应用场景。它将80%的与业务无关的常见逻辑和流程封装在应用服务器的模块化组件中,并通过配置模式提供对应用程序的访问。该应用程序实现20%的专用逻辑,并通过配置的表单访问应用程序服务器提供的模块化组件。实际上,应用服务器提供的对象关系映射服务,数据持久性服务,事务服务,安全服务,消息服务等可以通过简单的配置在应用程序中使用。

JEE时代的体系结构逻辑上分层了企业应用程序的整体架构,包括上面提到的Web层,业务逻辑和数据访问层,对应于上图中的Web容器,JB容器和数据访问ORM。组件和数据持久层(数据库)的不同级别各有其职责,层次结构按功能类型划分,每个级别的职责是单一的。

在分层架构下,有必要在项目管理过程中划分团队的职责,并建立团队沟通机制。根据Conway定律,在设计系统组织时,最终的设计等同于组织的通信结构。通常,团队的通信机制应该对应于架构的分层交互机制。由于整个单一系统按层次划分为不同的职责,相应的项目管理倾向于将大型团队划分为不同的职能团队,包括:用户交互UI团队,后台业务逻辑处理团队,数据访问ORM团队和DBA团队,每个团队全权负责自己的责任,并为用户提供组件服务质量保证。

让我们来看看另一个经典的,功能性的团队部门。

通过单一架构的分层,结合功能划分,JEE开始在一定程度上逻辑地划分架构,以便各行各业的人们能够更有效地做他们应该做的事情。

但是,每个级别的多个业务逻辑的实现都放在同一个应用程序中,并在同一服务器上运行。尽管大多数公司使用规范来限制不同业务逻辑的隔离以解决问题,但随着时间的推移,随着复杂业务逻辑的选择和开发人员的不断增加,新程序员在节省时间和进度方面是非法的。使用其他组件的服务,业务组件之间的手稿,组件之间的手稿以及数据访问必须增加,最后很难在组件和组件之间划清界限,完全受损,未来的新功能迭代,添加和维护将更难。 (无论如何,如果你接管一个旧项目,你通常会头疼)

当时,尽管JEE支持单独部署Web容器和EJB容器,但大多数项目都部署在JVM进程中运行的同一应用程序服务器上。

告诉我你和JEE!

收集报告投诉

我们来看看官方网站的定义。

Java平台企业版(Java EE)是社区驱动的企业软件的标准。 Java EE是使用Java Community Process开发的,其中包括来自行业专家,商业和开源组织,Java用户组和无数个人的贡献。每个版本都集成了满足行业需求的新功能,提高了应用程序的可移植性并提高了开发人员的工作效率。

如今,Java EE提供了丰富的企业软件平台,并提供了20多种兼容的Java EE实现。

Java EE 8,您应该知道,至少官方网站还提醒您它仍在更新新功能。

说到JEE,做网络项目的朋友实际上知道它是什么。它将企业软件架构分为三个层次,即Web层,业务逻辑层和数据存储层。

先看看图片,旧时代的荣耀!

首先介绍:

WEB容器:为其中的应用程序组件(JSP,SERVLET)提供一个环境,以便JSP和SERVLET可以直接与容器中的环境变量接口进行交互,而不必关注其他系统问题。主要由WEB服务器实现。例如:TOMCAT,WEBLOGIC,WEBSPHERE等。此容器提供的接口严格遵守J2EE规范中的WEB APPLICATION标准。我们将符合上述标准的WEB服务器称为J2EE中的WEB容器。同时,JEE平台聚合不同的模块化组件并在公共应用程序服务器上运行它们,例如WebLogi,WebSphere,JBoss等。这还包括Tomcat Tomcat只是一个实现JEE Web规范的Web容器。

EJB容器:企业java bean容器。更多行业特色。他为在其中运行的组件EJB提供各种管理功能。只要满足J2EE规范的EJB放在容器中,它就会被容器有效地管理。系统级服务可以通过现成的接口获得。例如,邮件服务,事务管理。 WEB容器和EJB容器原则上基本相同,不同的是隔离的外部环境。 WEB容器更多的是处理基于HTTP的请求。 EJB容器不是。它更多的是处理数据库和其他服务。但它们都实现了与外界的互动,以减轻应用程序的负担。例如,SERVLET不关心HTTP的细节,直接指环境变量session,request,response就行,EJB不关心数据库连接速度,各种事务控制,直接由容器控制。

您可以按如下方式查看每个级别的职责:

Web层:负责与用户交互或提供外部接口

业务逻辑层:用于实现业务逻辑的流程处理和计算处理模块

数据访问层:为后续查询保留业务逻辑层处理的结果,并维护域模型中对象的生命周期。

原则的典型应用场景。它将80%的与业务无关的常见逻辑和流程封装在应用服务器的模块化组件中,并通过配置模式提供对应用程序的访问。该应用程序实现20%的专用逻辑,并通过配置的表单访问应用程序服务器提供的模块化组件。实际上,应用服务器提供的对象关系映射服务,数据持久性服务,事务服务,安全服务,消息服务等可以通过简单的配置在应用程序中使用。

JEE时代的体系结构逻辑上分层了企业应用程序的整体架构,包括上面提到的Web层,业务逻辑和数据访问层,对应于上图中的Web容器,JB容器和数据访问ORM。组件和数据持久层(数据库)的不同级别各有其职责,层次结构按功能类型划分,每个级别的职责是单一的。

在分层架构下,有必要在项目管理过程中划分团队的职责,并建立团队沟通机制。根据Conway定律,在设计系统组织时,最终的设计等同于组织的通信结构。通常,团队的通信机制应该对应于架构的分层交互机制。由于整个单一系统按层次划分为不同的职责,相应的项目管理倾向于将大型团队划分为不同的职能团队,包括:用户交互UI团队,后台业务逻辑处理团队,数据访问ORM团队和DBA团队,每个团队全权负责自己的责任,并为用户提供组件服务质量保证。

让我们来看看另一个经典的,功能性的团队部门。

通过单一架构的分层,结合功能划分,JEE开始在一定程度上逻辑地划分架构,以便各行各业的人们能够更有效地做他们应该做的事情。

但是,每个级别的多个业务逻辑的实现都放在同一个应用程序中,并在同一服务器上运行。尽管大多数公司使用规范来限制不同业务逻辑的隔离以解决问题,但随着时间的推移,随着复杂业务逻辑的选择和开发人员的不断增加,新程序员在节省时间和进度方面是非法的。使用其他组件的服务,业务组件之间的手稿,组件之间的手稿以及数据访问必须增加,最后很难在组件和组件之间划清界限,完全受损,未来的新功能迭代,添加和维护将更难。 (无论如何,如果你接管一个旧项目,你通常会头疼)

当时,尽管JEE支持单独部署Web容器和EJB容器,但大多数项目都部署在JVM进程中运行的同一应用程序服务器上。

告诉我你和JEE!

东北新闻网 版权所有© www.rhkggroup.com 技术支持:东北新闻网 | 网站地图