「java重量级框架」轻量级框架和重量级框架

本篇文章给大家谈谈java重量级框架，以及轻量级框架和重量级框架对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。

本文目录一览：

• 1、java架构有哪些
• 2、Java的三大框架是什么？
• 3、Java目前主流框架都有哪些？
• 4、目前java的那些框架技术用的比较多?
• 5、java几种框架，哪些企业用的比较多
• 6、java的Swing中哪些是重量级的？

java架构有哪些

Java架构：

软件架构作为一个概念，体现在技术和业务两个方面。

从技术角度来说：软件架构随着技术的革新不断地更新其内容，软件架构建立于当前技术和一些基本原则的基础之上。

先说一些基本原则：

分层原则：分层是为了降低软件深度复杂性而使用的关键思想，就像社会有了阶级一样，软件有了层次结构。

模块化原则：模块化是化解软件广度复杂的必然手段，模块化的目的就是让软件分工。

接口实现分离原则随着软件模块化的不断深入改进，面向接口编程而不是面向实现编程可以让复杂度日趋增高的软件降低模块之间的耦合度，从而让各模块更轻松改进。从这个原则出发，软件也从微观进行了细致的规范化。

还有两个比较小但很重要的原则：

细节隐藏原则很显然把复杂问题简化，把难看的细节隐去，能让软件结构更清晰。其实这个原则使用很普遍，java/c++语言中的封装原则以及设计模式中的Facade（外观）模式就很能体现这个原则的精神。

依赖倒置原则随着软件结构的进一步发展,层与层之间、模块与模块之间的依赖逐渐加深，而层、模块的动态可插拔要求不端增大。依赖倒置原则可看视为接口实现分离原则的深化，根据此原则的精神，软件进入了工具时代。这个原则有点类似于知名的好莱坞法则：Don't call us, we'll call you。

以上这些原则奠定了我们的软件架构的价值指标。但软件架构毕竟是建立在当前技术之上的。而每一代技术都有架构模式。过去的不再说了，让我们现在就来看一下当前流行的技术，以及当前我们能采用的架构。

因为面向对象是当前最流行开发技术，且设计模式的大量使用使面向对象的走向成熟，而数据库是当前最有效的存储结构、web界面是当前最流行的用户接口，所以当前最典型的三层次架构就架构在以上几项技术的基础之上，用数据库作存储层、用面向对象来实现业务层、用web来作为用户接口层。我们从三层次架构谈起：

因为面向对象技术和数据库技术不适配，所以在标准三层次架构的基础上，我们增加了数据持久层，来管理O-R双向映射，但目前一直没有最理想的实现技术。cmp和entity bean技术因为其实现复杂，功能前景有限，已接近被淘汰的边缘。JDO及hibernate作为o-r映射的后期之秀，尤其是hibernate，功能相当完备。推荐作为持久层的首选

在业务层,因为当前业务日趋负载，且变动频繁，所以我们必须有足够敏捷的技术来保证我们的适应变化的能力，在标准j2ee系统中session bean负责业务处理，且有不错的性能表现，但采用ejb系统对业务架构模式改变太大，且其复杂而昂贵，业务代码移植性差。而spring 作为一个bean配置的轻量级架构，漂亮的IOC模式实现，对业务架构影响小，所以推荐作为中间层业务框架。

在用户结构层,虽然servlet/jsp/jstl/javaBean 能够实现MVC架构,但终究过于粗糙。struts对MVC架构的实现就比较完美，Taperstry也极好地实现MVC架构，且采用基于事件的方式，非常诱人，惜其不够成熟，我们仍旧推荐struts作为用户接口层基础架构。

因为业务层是三层次架构中最有决定意义的，所以让我们回到业务层细致地分析一下，在复杂的业务我们常常需要以下基础服务的一种或几种：事务一致性服务acid(tool:jta/jts)、并发加锁服务concurrentlock、池化管理服务cache、访问控制服务(tool:jaas)、流程控制服务workflow、动态实现服务IOC，串行化消息服务(tool:jms)、负载平衡服务blance等。如果我们不采用重量级应用服务器(如weblogic,websphere,jboss等)及重量级组件(EJB)，我们必须自己实现其中一些服务。虽然我们大多情况下，不需要所有这些服务，但实现起来却非易事。幸运的是我们有大量的开源实现代码,但采用开源代码却常常是件不轻松的事。

随着xml作为结构化信息传输和存储地位日渐重要,一些xml文档操作工具(DOM,Digester,SAX等)的使用愈发重要,而随着xml schema的java binding工具(jaxb,xmlbean等)工具的成熟，采用xml schema来设计xml文档格式,然后采用java binding来生成java bean 会成为主要编程模式,而这又进一步使数据中心向xml转移,使在中小数据量上,愈发倾向于以xquery为查询语言的xml数据库。最近还有一个趋势,microsoft,ibm等纷纷大量开发中间软件如(microsoft office之infopath)，可以直接从xml schema 生成 录入页面等非常实用的功能。还有web service 的广泛应用，都将对软件的架构有非常重大的影响。至于面向服务架构(SOA)前景如何，三层次架构什么时候走入历史，现在还很难定论。

aop的发展也会对软件架构有很深的影响，但在面向对象架构里，无论aspectJ还是jboss-aop抑是aspectWerks、nanning都有其自身的严重问题:维护性很差,所以说它将很难走远。也许作为一个很好的思想，它将在web service里大展身手。

rdf,owl作为w3c语义模型的标志性的语言,也很难想象能在当前业务架构发挥太大影响。但如果真如它所声称那样，广泛地改变着信息的结构。那么对软件架构也会有深远影响。

有关架构设计的一些忠告：

尽量建立完整的持久对象层.可获得高回报

尽量将各功能分层,分块,每一模块均依赖假定的其它模块的外观

不能依赖静态数据来实现IOC模式，应该依赖数据特征接口，静态数据仅是数据特征接口实现方式之一

架构设计时xml是支持而不是依赖.但可以提供单一的xml版本的实现

从业务角度说：软件架构应是深刻体现业务内部规则的业务架构，但因为业务变化频纴，所以软件架构很难保持恒定不变，但业务的频繁变化不应是软件架构大规模频繁变化的原因，软件架构应是基于变化的架构。

一种业务有其在一段时间内稳定存在的理由(暂且不谈)，业务内部有许多用例，每一种用例都有固定的规则，每一规则都有一些可供判定的项，每一项从某一维度来观察都是可测量的，我们的架构首先必须保证完美适应每一项每一种测量方式，很多失败的架构都是因为很多项的测量方式都发生变更这种微观变化中。

每个用例都有规则，我们在作业务用例分析，常常假定一些规则是先验的，持久稳定的，然而后来的业务改变常常又证明这种看法是错误的，然而常常我们的架构已经为之付出了不可挽回的代价。大量事实证明：规则的变化常常用例变化的根本原因。所以我们的架构要尽可能适应规则的变化，尽可能建立规则模版。

每个用例都关系着不同的角色。每一个用例的产生都必然是因为角色的变更（注意：不是替换，而是增强或减弱），所以注意角色的各种可能情况，对架构的设计有举足轻重的意义。在我们当前的三层架构里，角色完美地对应接口概念。

在一个系统里很多用例都相互关联,考虑到每个用例均有可能有不同的特例，所以在架构设计中，尽量采用依赖倒置原则。如架构许可可采用消息通信模式(JMS)。这样可降低耦合度。

现在我们谈一下业务稳定存在理由对业务的影响。存在即是合理，在这里当然是正确的。业务因人而存在，所以问业务存在的理由即是问不同角色的需要这项业务的理由以及喜欢不喜欢当前业务用例的理由，所有这样的角色都应该在系统里预留。《待续》

在架构设计中有几个原则可以考虑：

用例尽量细分

用例尽量抽象

角色尽量独立

项测量独立原则

追求简单性

这里未提供相关的例子，例子会在以后的更新时提供。

业务和模式之间的关系

业务中的一些用例之间的关系常常和一些常规的模式很相似。但随着时间的演化，慢慢地和先前的模式有了分歧。这是个正常的现象。但这对系统架构却要求非常高，要求系统架构能适应一些模式的更替。在这里我们尽可能早地注意到用例之间的相互角色变化，为架构更新做好准备.

Java的三大框架是什么？

java三大框架是：

1、Struts

为了解决这些问题，出现了Struts框架，它是一个完美的MVC实现，它有一个中央控制类（一个Servlet），针对不同的业务，我们需要一个Action类负责页面跳转和后台逻辑运算，一个或几个JSP页面负责数据的输入和输出显示，还有一个Form类负责传递Action和JSP中间的数据。JSP中可以使用Struts框架提供的一组标签，就像使用HTML标签一样简单，但是可以完成非常复杂的逻辑。从此JSP页面中不需要出现一行包围的Java代码了。

可是所有的运算逻辑都放在Struts的Action里将使得Action类复用度低和逻辑混乱，所以通常人们会把整个Web应用程序分为三层，Struts负责显示层，它调用业务层完成运算逻辑，业务层再调用持久层完成数据库的读写。

使用JDBC连接来读写数据库，我们最常见的就是打开数据库连接、使用复杂的SQL语句进行读写、关闭连接，获得的数据又需要转换或封装后往外传，这是一个非常烦琐的过程。

2、Hibernate

这时出现了Hibernate框架，它需要你创建一系列的持久化类，每个类的属性都可以简单的看做和一张数据库表的属性一一对应，当然也可以实现关系数据库的各种表件关联的对应。当我们需要相关操作是，不用再关注数据库表。我们不用再去一行行的查询数据库，只需要持久化类就可以完成增删改查的功能。使我们的软件开发真正面向对象，而不是面向混乱的代码。我的感受是，使用Hibernate比JDBC方式减少了80％的编程量。

现在我们有三个层了，可是每层之间的调用是怎样的呢？比如显示层的Struts需要调用一个业务类，就需要new一个业务类出来，然后使用；业务层需要调用持久层的类，也需要new一个持久层类出来用。通过这种new的方式互相调用就是软件开发中最糟糕设计的体现。简单的说，就是调用者依赖被调用者，它们之间形成了强耦合，如果我想在其他地方复用某个类，则这个类依赖的其他类也需要包含。程序就变得很混乱，每个类互相依赖互相调用，复用度极低。如果一个类做了修改，则依赖它的很多类都会受到牵连。 为此，出现Spring框架。

3、Spring

Spring的作用就是完全解耦类之间的依赖关系，一个类如果要依赖什么，那就是一个接口。至于如何实现这个接口，这都不重要了。只要拿到一个实现了这个接口的类，就可以轻松的通过xml配置文件把实现类注射到调用接口的那个类里。所有类之间的这种依赖关系就完全通过配置文件的方式替代了。所以Spring框架最核心的就是所谓的依赖注射和控制反转。

现在的结构是，Struts负责显示层，Hibernate负责持久层，Spring负责中间的业务层，这个结构是目前国内最流行的Java Web应用程序架构了。另外，由于Spring使用的依赖注射以及AOP（面向方面编程），所以它的这种内部模式非常优秀，以至于Spring自己也实现了一个使用依赖注射的MVC框架，叫做Spring MVC，同时为了很好的处理事物，Spring集成了Hibernate，使事物管理从Hibernate的持久层提升到了业务层，使用更加方便和强大。

Struts框架是2000年就开始起步了，技术相当成熟，目前全球Java开发中Struts框架是显示层技术中当之无愧的王者。它拥有大量的用户群和很好的开发团队。这也是国内大部分Java软件公司对新进员工的基本要求。

Java目前主流框架都有哪些？

1.Spring

这是其他Java框架中的绝对领导者。 掌握Spring是Java开发人员职位最普遍的要求之一。 造成这种情况的原因很多，但主要的原因是普遍性。

2.Play

Play是大多数开发人员喜欢的另一个轻量级框架。 它允许您使用Java和Scala构建Web应用程序。 它是为满足现代移动和Web应用程序的需求而设计的。

3.Spark

Spark Framework是Java和Kotlin编程语言的一种微框架和特定于领域的语言。 Kotlin也可以在JVM上运行，并且可以与Java 100％互操作。 使用Spark，您可以轻松开发Web应用程序，微服务和REST API。

4. JHipster

Jhipster是最新的Java框架之一。 它于2013年发布。Jhipster将Spring Boot，Angular和React集成到一个大型框架中。 它使您可以轻松构建基于Java的现代Web应用程序。

5.Blade

Blade是一个轻量级的Java 8+ MVC框架。 当我们谈论Blade的轻巧性时，是指其源代码的大小，该大小不超过500KB。

6.Hibernate

在谈论最佳的Java Web框架时，不能忽视Hibernate。

Hibernate是一个ORM（对象/关系映射）框架。 它允许您不使用SQL而是使用Java将查询写到数据库服务器，这通常会改变数据库的常规外观。

7. MyBatis

MyBatis是用于Java编程的映射框架。 它简化了将Java应用程序与SQL数据库链接的过程：它充当它们之间的中间件。

8.Struts

Struts是用于创建企业级Java Web应用程序的开源MVC（模型-视图-控制器）框架。 最初的Struts框架（Struts 1.x）在2007年与WebWork框架合并时进行了重建。 Struts 1.x和Struts 2.x不可互换，因为它们之间存在重要区别。 您可以从Struts的Releases页面下载。

9.Vaadin

Vaadin是一个开放源代码客户端服务器框架，可让您使用预先设计的UI组件创建Web应用程序。 它是专门针对业务应用程序而构建的，重点是可访问，美观且直观的用户界面。

10. JavaServer Faces（JSF）

JSF是一种JCP标准技术，用于在Java EE平台上创作基于组件的用户界面。 该框架可能不是最好的框架，但是最大的好处是Oracle支持，许多其他工具，出色的文档以及友好的社区。

目前java的那些框架技术用的比较多?

1，SpringMVC

在中国有一种说法“生姜仍旧又辛辣”，所以虽然SpringMVC已经发布了十多年，但它仍然强大有力，并且处于领先地位，具有绝对优势。在拥抱完整的MVC框架之后，Spring已经发展并且现在是面向Internet的应用程序的综合Java框架，为软件工程师提供了一个功能强大的工具包，用于Web应用程序开发和安全项目的应用程序配置。作为最受欢迎的程序员之一，Spring的完善生态系统提供了许多其他选项：RESTAPI或SOAPWeb服务，安全性（身份验证和授权，加密）等。此外，许多大公司选择使用SpringMVC，因此如果您在使用过程中遇到问题，将会有很多技术专家为您解答。

利弊

春天并非没有理由爬到顶端。它之所以成为最着名的Java框架，主要是因为：

1.使用POJO简化测试数据的注入。

2.增强模块性，使代码更具可读性。

3.不同模块之间的分离。

4.灵活的应用依赖注入（DI）。

虽然SpringMVC有很多文档可供参考，但它的学习曲线对新手Java开发人员来说太苛刻了，而且开发人员可能会遇到这样的情况：当他们遇到较少的引用时无法启动。另外，虽然SpringMVC的在线信息较多，但版本会有所不同。总的来说，SpringMVC是工程师最喜欢的框架之一。

2，Hibernate

虽然Hibemate不在RebelLabs的排行榜上，但它仍然是一个值得一提的Java框架。这种映射Java框架使用连续数据库访问操作而不是高级对象处理来解决对象和关系不匹配的问题。每个企业应用程序都不同，因此Hibernate附带了一个强大的功能集，可以帮助后端开发人员微调数据访问层。这是一个高级ORM框架，允许您对Java对象（实体）执行数据库操作。使用Hibernate Cache将数据从Java环境持久化到数据库是一个持久的概念。

目前Java编程语言最流行的7个框架，你了解多少？

利弊

Hibernate可以通过对原始代码进行微小更改来帮助您与任何数据库进行通信，从而弥合对象和关系之间的差距。除了这个优势，它还有：

1.无论是Oracle，Db2还是MySQL，Hibernate都独立于DB。

2.缓存机制优化了类似的查询。

3.支持N + 1或延迟加载。

尽管Hibernate有许多优点，但它不允许多次插入，不支持对JDBC的某些查询，并且不适用于具有较少表的小规模项目。

3，Struts2

为了更详细地解释现代软件工程师广泛使用的Java框架，Qianfeng Wuhan Java Training的老师介绍了Struts2，它是ApacheStruts1的后续版本。 Struts2用于构建当代JavaEE Web应用程序。 Apache Software Foundation为开发人员提供了广泛的工具，用于创建企业级面向Web的应用程序，优化开发过程，甚至是后期维护，包括最终的优化过程和后期维护。如果您担心像广播门户这样的高负载系统，Struts将是您的最佳选择。

由于Struts2实现了Action类（普通的POJO对象），因此测试编写代码所需的工作量更少。使用框架API，耦合变得更容易，并有助于调整拦截器。

利弊

Struts2的最大特点是您不必重写或实现Action类，IT工程师为多个操作创建重复代码不再是一个问题，因为拦截器将处理它。

Struts的最大缺点是它不够灵活。

目前Java编程语言最流行的7个框架，你了解多少？

瓦亚丁

Vaadin是现代开发人员在创建业务应用程序和使用GWT呈现页面时必须选择的流行框架之一。 Vaadin使用一种众所周知的基于组件的方法来快速适应浏览器的变化，从而减轻开发人员的负担。 Vaadin通过将更改传达给浏览器来消除开发人员的负担。丰富的UI组件，各种各样的小部件和控件，程序员可以随时随地构建一个很酷的应用程序。

利弊

在Java或HTML布局构造中，Vaadin提供了一种将数据绑定到MVC或MVP的方法。支持拖放和其他突出功能简化了Java应用程序的单页UI创建。

因为Vaadin需要将每个事件发送回服务器，或者移动应用程序的UI很慢。

5. JSF

作为JavaEE的一部分，Oracle支持JavaServerFaces。虽然这不是快速Java开发的最佳框架，但很容易开始使用Oracle的大量文档。如果你不离开JavaEE环境，JSF没有外部依赖，但它非常强大，它有一个丰富的库和工具（包括一个易于创建用户界面的工具集），无论你的应用程序有多复杂，它可以支持。

利弊

如上所述，JSF是JavaEE不可或缺的一部分。因此，开发人员可以利用IDE软件套件和业界领先供应商的高级支持。

但事情有两面，JavaServerFaces太大，所以没有web开发经验或不熟练的人可能很难掌握。

6，Grails

这种特殊的Web框架被认为是一种动态工具，可以提高工程师的工作效率。它具有唯一的API实际，合理的默认值和约定的配置示例。与Java的无缝集成使其成为全球许多程序员的最佳选择。 Grails具有许多强大的功能，例如基于Spring的依赖注入和各种插件，同时提供创建现代Web应用程序所需的一切。

目前Java编程语言最流行的7个框架，你了解多少？

利弊

Grails可以快速构建新项目，脚手架为编码人员节省了宝贵的时间。 Grails拥有一个包含900多种易于安装的插件的庞大库。 Grails是一个用于全栈开发的Java框架，它的对象关系映射涵盖了大量的功能，使其成为一个重量级的软件。

7，GoogleWebToolkit

GWT是一个免费的Java框架，允许用户创建和优化复杂的基于Web的应用程序。 GWT的软件开发工具包提供了核心Java API和小部件，可以在构建之后编译到JavaScript应用程序中。

利弊

使用GoogleWebToolkit，您可以获得单个代码库（Java中的浏览器和服务器端编程），从而简化了开发和调试过程。与其他技术的简单集成允许程序员在网页中嵌入GWT小部件。 Widget功能也可以在GWT的帮助下自定义。

但是，GWT不适用于纯HTML和后动态内容布局，因此无法满足网页设计师的需求。

java几种框架，哪些企业用的比较多

SpringMVC+Spring+MyBatis

SpringMVC+Struts2+Hibernate

Springboot+MyBatis

大概这几种。Springboot比较易用，不需要配置，但追求完美还是用SSM的框架比较好。SSH是比较重量级的因为Hibernate是重量级SQL框架，而MyBatis比较轻量级。

java的Swing中哪些是重量级的？

首先轻量级与重量级是一个相对的概念，主要是对应用框架使用方便性和所提供服务特性等方面做比较的。比方说EJB就是一个重量级的框架，因为它对所编写的代码有限制，同时它也提供分布式等复杂的功能。相比之下，Spring就是轻量级框架，因为它需要的只是普通的Java对象，它所提供的也只是足够中小应用使用的功能。但是，随着Spring的发展，它也所具有的功能也越来越强大，而EJB的使用也在变得简单，所以这随着技术的发展，这个概率也需要更新。毕竟它的出现是为了和使用复杂的框架做区别，那么当各家都在不断吸收对方长处的时候这个界线就没有那么明显了。

其实：划分一个应用是否属于轻量级还是重量级,主要看它使用了多少服务.使用的服务越多,

容器要为普通java对象做的工作就越多,必然会影响到应用的发布时间或者是运行性能.

对于spring容器，它提供了很多服务，但这些服务并不是默认为应用打开的，应用需要某种服务，还需要指明使用该服务，如果

应用使用的服务很少，如:只使用了spring核心服务，那么我们可以认为此时应用属于轻量级的，如果应用使用了spring提供的

大部分服务，这时应用就属于重量级。目前EJB容器就因为它默认为应用提供了EJB规范中所有的功能，所以它属于重量级。

另外:轻量级组件是用JAVA代码画出来的,这样具有平台移植性而重量级组件是调用操作系统的函数画出来的组件,比如主窗体一般来说尽量用轻量级的组件,这样对程序的移植性很好一般javax.swing包里的组件大部分是轻量级的java.awt里面的是重量级的

Swing是由100%纯Java实现的，Swing组件是用Java实现的轻量级（ light-weight）组件，没有本地代码，不依赖操作系统的支持，这是它与AWT组件的最大区别。由于AWT组件通过与具体平台相关的对等类（Peer）实现，因此Swing比AWT组件具有更强的实用性。Swing在不同的平台上表现一致，并且有能力提供本地窗口系统不支持的其它特性。

总的说来:

重量级组件:运行平台必须存在一个对应的组件.轻量级组件:在一个虚拟的画布上画出来的组件(所以swing较慢),所有轻量级组件"最终"要放到重量级组件(jframe,jdialog)中.由于是画出来所以能做到各种平台上一致的表现.同样,如果混合重量级组件和轻量级组件容易引起重叠上的冲突.

JDK 1.2 之后，Java 有了另一组 GUI 的 API，叫做 Swing。因为 Swing 是 lightweight 的 API，所以无所不能，不但有各式各样先进的组件，而且连组件风格都可抽换。Swing 出现之后，大家很快地就不太使用 AWT 了。不要以为 Swing 是用来取代 AWT 的，其实 Swing 是架构在 AWT 之上做出来的（Swing 有四个 heavyweight 组件），没有 AWT，也就不会有 Swing。Swing 的出现只是减少程序员直接使用 AWT 的机会，而不会让 AWT 消失。

java重量级框架的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于轻量级框架和重量级框架、java重量级框架的信息别忘了在本站进行查找喔。