开发服务器端时的框架选择
2015-07-29 10:41
375 查看
本篇文章介绍了当下流行的几大框架,并进行了比较.
1、持久层框架
持久层框架能想到的有Spring JDBC(JDBC)、Hibernate(JPA)、MyBatis(IBatis)这些往往用于关系型数据库的持久层框架,另外还有像Morphia/MongoDB这样的用于NoSQL(Not Only SQL-非关系型数据库的)的持久层框架.
首先我们来比较关系型数据库的持久层.
JDBC,传统的把数据持久到关系型数据库中,JDBC使用SQL语句完成CRUD(增删改查)操作.
IBatis,对SQL语句进行管理,手动完成对象与表关系的映射.
JPA,支持基于对象的建模,拥有面向对象特性的对象-关系映射解决方案.
从封装程度上来讲,JPA > IBatis > JDBC,换一句话来说,JDBC比JPA更为灵活,可以完全手动地写SQL命令,将SQL查询优化(如果能优化),例如最简单的从拥有几十个字段表中查询出关键的某几个字段等等.
实际上,无论是IBatis还是JPA,都是建立在JDBC之上的封装和配置的自管理.IBatis管理的是SQL语句,而JPA管理的则是ORM(对象映射关系).
在一些复杂的查询中,我们往往需要手动拼写SQL语句来进行性能优化,于是倾向于选择IBatis甚至是JDBC.而在一些简单的查询中,我们往往更希望得到的是开发的便捷性和重用性,所以更偏向于使用IBatis甚至是JPA.
更为详细的比较,请访问如下链接:http://article.yeeyan.org/view/213582/180283
NoSQL了解甚少,先留个坑.
2、MVC框架
主流的有Spring MVC 和 Struts2.
以下分析比较全为转载,原地址为:http://it-source.iteye.com/blog/2194128?utm_source=tuicool
目前企业中使用SpringMvc的比例已经远远超过Struts2,那么两者到底有什么区别,是很多初学者比较关注的问题,下面我们就来对SpringMvc和Struts2进行各方面的比较:
1.核 心控制器(前端控制器、预处理控制器):对于使用过mvc框架的人来说这个词应该不会陌生,核心控制器的主要用途是处理所有的请求,然后对那些特殊的请求 (控制器)统一的进行处理(字符编码、文件上传、参数接受、异常处理等等),spring mvc核心控制器是Servlet,而Struts2是Filter。
2.控制器实例:Spring Mvc会比Struts快一些(理论上)。Spring Mvc是基于方法设计,而Sturts是基于对象,每次发一次请求都会实例一个action,每个action都会被注入 属性,而Spring更像Servlet一样,只有一个实例,每次请求执行对应的方法即可(注意:由于是单例实例,所以应当避免全局变量的修改,这样会产生线程安全问题)。
3. 管理方式:大部分的公司的核心架构中,就会使用到spring,而spring mvc又是spring中的一个模块,所以spring对于spring mvc的控制器管理更加简单方便,而且提供了全 注解方式进行管理,各种功能的注解都比较全面,使用简单,而struts2需要采用XML很多的配置参数来管理(虽然也可以采用注解,但是几乎没有公司那 样使用)。
4.参数传递:Struts2中自身提供多种参数接受,其实都是通过(ValueStack)进行传递和赋值,而SpringMvc是通过方法的参数进行接收。
5.学习难度:Struts更加很多新的技术点,比如拦截器、值栈及OGNL表达式,学习成本较高,springmvc 比较简单,很较少的时间都能上手。
6.intercepter 的实现机制:struts有以自己的interceptor机制,spring mvc用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大,虽然struts的配置能继承,所以我觉得论使用上来讲,spring mvc使用更加简洁,开发效率Spring MVC确实比struts2高。spring mvc是方法级别的拦截,一个方法对应一个request上下文,而方法同时又跟一个url对应,所以说从架构本身上spring3 mvc就容易实现restful url。struts2是类级别的拦截,一个类对应一个request上下文;实现restful
url要费劲,因为struts2 action的一个方法可以对应一个url;而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了。spring3 mvc的方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架方法之间不共享变量,而struts2搞的就比较乱,虽然方法之间 也是独立的,但其所有Action变量是共享的,这不会影响程序运行,却给我们编码,读程序时带来麻烦。
7.spring mvc处理ajax请求,直接通过返回数据,方法中使用注解@ResponseBody,spring mvc自动帮我们对象转换为JSON数据。
3、Spring
1、持久层框架
持久层框架能想到的有Spring JDBC(JDBC)、Hibernate(JPA)、MyBatis(IBatis)这些往往用于关系型数据库的持久层框架,另外还有像Morphia/MongoDB这样的用于NoSQL(Not Only SQL-非关系型数据库的)的持久层框架.
首先我们来比较关系型数据库的持久层.
JDBC,传统的把数据持久到关系型数据库中,JDBC使用SQL语句完成CRUD(增删改查)操作.
IBatis,对SQL语句进行管理,手动完成对象与表关系的映射.
JPA,支持基于对象的建模,拥有面向对象特性的对象-关系映射解决方案.
从封装程度上来讲,JPA > IBatis > JDBC,换一句话来说,JDBC比JPA更为灵活,可以完全手动地写SQL命令,将SQL查询优化(如果能优化),例如最简单的从拥有几十个字段表中查询出关键的某几个字段等等.
实际上,无论是IBatis还是JPA,都是建立在JDBC之上的封装和配置的自管理.IBatis管理的是SQL语句,而JPA管理的则是ORM(对象映射关系).
在一些复杂的查询中,我们往往需要手动拼写SQL语句来进行性能优化,于是倾向于选择IBatis甚至是JDBC.而在一些简单的查询中,我们往往更希望得到的是开发的便捷性和重用性,所以更偏向于使用IBatis甚至是JPA.
更为详细的比较,请访问如下链接:http://article.yeeyan.org/view/213582/180283
NoSQL了解甚少,先留个坑.
2、MVC框架
主流的有Spring MVC 和 Struts2.
以下分析比较全为转载,原地址为:http://it-source.iteye.com/blog/2194128?utm_source=tuicool
目前企业中使用SpringMvc的比例已经远远超过Struts2,那么两者到底有什么区别,是很多初学者比较关注的问题,下面我们就来对SpringMvc和Struts2进行各方面的比较:
1.核 心控制器(前端控制器、预处理控制器):对于使用过mvc框架的人来说这个词应该不会陌生,核心控制器的主要用途是处理所有的请求,然后对那些特殊的请求 (控制器)统一的进行处理(字符编码、文件上传、参数接受、异常处理等等),spring mvc核心控制器是Servlet,而Struts2是Filter。
2.控制器实例:Spring Mvc会比Struts快一些(理论上)。Spring Mvc是基于方法设计,而Sturts是基于对象,每次发一次请求都会实例一个action,每个action都会被注入 属性,而Spring更像Servlet一样,只有一个实例,每次请求执行对应的方法即可(注意:由于是单例实例,所以应当避免全局变量的修改,这样会产生线程安全问题)。
3. 管理方式:大部分的公司的核心架构中,就会使用到spring,而spring mvc又是spring中的一个模块,所以spring对于spring mvc的控制器管理更加简单方便,而且提供了全 注解方式进行管理,各种功能的注解都比较全面,使用简单,而struts2需要采用XML很多的配置参数来管理(虽然也可以采用注解,但是几乎没有公司那 样使用)。
4.参数传递:Struts2中自身提供多种参数接受,其实都是通过(ValueStack)进行传递和赋值,而SpringMvc是通过方法的参数进行接收。
5.学习难度:Struts更加很多新的技术点,比如拦截器、值栈及OGNL表达式,学习成本较高,springmvc 比较简单,很较少的时间都能上手。
6.intercepter 的实现机制:struts有以自己的interceptor机制,spring mvc用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大,虽然struts的配置能继承,所以我觉得论使用上来讲,spring mvc使用更加简洁,开发效率Spring MVC确实比struts2高。spring mvc是方法级别的拦截,一个方法对应一个request上下文,而方法同时又跟一个url对应,所以说从架构本身上spring3 mvc就容易实现restful url。struts2是类级别的拦截,一个类对应一个request上下文;实现restful
url要费劲,因为struts2 action的一个方法可以对应一个url;而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了。spring3 mvc的方法之间基本上独立的,独享request response数据,请求数据通过参数获取,处理结果通过ModelMap交回给框架方法之间不共享变量,而struts2搞的就比较乱,虽然方法之间 也是独立的,但其所有Action变量是共享的,这不会影响程序运行,却给我们编码,读程序时带来麻烦。
7.spring mvc处理ajax请求,直接通过返回数据,方法中使用注解@ResponseBody,spring mvc自动帮我们对象转换为JSON数据。
3、Spring
相关文章推荐
- PostgreSQL Concurrency with MVCC
- Foundation Framework 基本数据封装 NSNumber、NSValue、NSData
- 多线程、多任务管理 简单demo
- Create pdf
- CentOS 6.5_x64安装Oracle 11g R2 亲测
- 简单实用的 Ubuntu 快捷键
- 在开发过程中调试报表插件详细教程
- printf中浮点数格式化输出
- 分布式文件系统试用比较
- 如何成为受市场欢迎的Android开发
- kettle各组件说明
- ORACLE索引详解
- 在开发过程中调试报表插件详细教程
- 怎么使用powershell解压一个压缩文件
- 浅谈Javascript数组索引
- hdu 5325 Crazy Bobo 多校1010
- Erlang行为模式实现模块的首部
- date的判定和加减
- java端拦截器判断客户的的请求是否是ajax请求
- Two Sum