互联网轻量级框架简介

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/huyang0304/article/details/78655958

开题总算是结束了,可以舒一口气了~~
今天整理了一下现在互联网下Java web框架的简介,目前最流行的应该是ssm(spring,spring mvc和mybatis)+redis结构。下面将对其逐个进行简要介绍。
Spring IoC:
Inversion of Control控制反转,IoC是一个容器,在Spring中,它会认为一切JAVA资源都是Java Bean,容器的目标是管理这些Bean和它们之间的关系。
它不使用new的方式来创建对象(不是人为的主动创建),而是使用配置的方式,让Spring IoC自己通过配置去找。需要的资源(Bean)通过描述信息得到,其中控制权在Spring IoC容器中,它会根据描述找到使用者需要的资源,这就是控制反转。好处:接口不再依赖于某个实现类,需要使用某个实现类时我们通过配置信息就可以完成。
代码实现:

Socket socket = new Socket1();
user.setSocket(socket);
user.useSocket();

弊端:如果不用Socket1了,改用2了,就要更改代码。
配置实现:

<bean id = "socket" class = "Socket1"/>
<bean id = "user" class = "xxx.User">
     <property name = "socket" ref = "socket" />
</bean>

Spring AOP
面向切面,AOP常用于数据库事务的编程,它以异常作为消息,只要Spring姐收到了异常消息,它就会将数据库回滚,保证数据的一致性。它不需要关注数据库代码、trycatch,只需关注业务代码,知道要发生异常,Spring会回滚事务就足够了。

MyBatis:
前身是iBatis,几乎可以代替JDBC,同时提供了接口编程。目前MyBatis的数据访问层DAO是不需要实现类的,它只需要一个接口和XML(或注解)。它提供了自动映射,动态SQL,级联,缓存,注解,代码和SQL分离等特性,使用方便,同时可以对SQL进行优化。
MyBatis与Hibernate对比:
把POJO对象和数据库表相互映射的框架成为对象关系映射(ORM)。
MyBatis和Hibernate都是ORM框架,但Hibernate的设计理念是完全面向POJO的,而Mybatis不是。
Hibernate基本不再需要编写SQL就可以通过映射关系来操作数据库,是一种全表映射的体现,它将POJO与数据库表对应。当多表关联超过3个时,通过Hibernate级联会造成太多性能的丢失,或不能灵活变化
而Mybatis需要我们提供SQL去运行,它也需要一个映射文件把POJO和数据库表对应起来。

Spring MVC:
与Spring核心IoC,AOP无缝衔接,重点在于他的流程和一些重要的注解,包括控制器、视图解析器、视图等重要内容。

Redis:
它是互联网中最为流行的NoSQL(Not Only SQL),它具备一定持久层的功能,也可以作为一种缓存工具。作为持久层,它存储的数据是半结构化的,读入速度更快;作为缓存,它可以支持大数据存入内存中,只要命中率搞,就能快速响应。
优点:
1.响应快速。
2.它支持6种数据类型:字符串、哈希结构、列表、集合、可排序集合和基数。数据类型少,使用规则就少,需要判断和逻辑就少,读写速度更快。
3.它所有操作都是原子的。确保了当2个客户同时访问Redis服务器时,得到的是更新后的值(最新值)。
4.MultiUtility工具:它可以在缓存、消息传递队列中使用(支持”发布+订阅”的消息模式),在应用程序中使用。

最后,总结一下SSM+Redis结构的各部分功能:
Spring IoC承担了资源管理、整合、即插即拔的功能。
Spring AOP提供切面管理,特别是数据库事务管理的功能。
Spring MVC把模型、视图和控制器分层,组合成一个有机灵活的系统
MyBatis提供一个数据库访问的持久层,通过MyBatis-Spring项目,以便能和Spring无缝对接
Redis作为缓存工具,提供了高速处理数据和缓存数据的功能,使得系统大部分只需要访问缓存,而无须从数据库磁盘中重复读写。一些需要高速运算的场合中,也可以先用它来完成运算,再把数据批量存入数据库。

猜你喜欢

转载自blog.csdn.net/huyang0304/article/details/78655958