J J2EE 和spring的发展历史
转:14时就用spring 4, 18年springboot 2.0
Spring1.0 2004年3月24 包含IoC,AOP,XML配置 参考https://spring.io/blog/2004/03/24/spring-framework-1-0-final-released Spring 2.0 2006年10月3 参考https://spring.io/blog/2006/10/03/spring-2-0-final-released Spring 2.5 2007年11月19 支持注解,减少了xml配置 参考https://spring.io/blog/2007/11/19/spring-framework-2-5-released Spring 3.0 2009年12月16 完全利用了Java5中的改进,并为 JEE6 提供了支持。支持Java配置 参考https://spring.io/blog/2009/12/16/spring-3-0-0-is-now-available Spring 4.0 2013年11月1 完全支持 JAVA8 参考https://spring.io/blog/2013/11/01/spring-framework-4-0-rc1-available Spring 5.0 2017年9月28 参考https://spring.io/blog/2017/09/28/spring-framework-5-0-goes-ga What's New in Version 5.0 JDK 8+ and Java EE 7+ Baseline(JDK8和Java EE7为基础。兼容JDK9和Java EE8) Removed Packages, Classes and Methods(移除部分包,类和方法) General Core Revision(核心版本的升级) Core Container(核心容器升级,支持@Nullable注解) Spring WebFlux(响应式编程) Kotlin support(支持Kotlin) Testing Improvements(支持Junit5) SpringBoot 1.0 2014年1月22 参考https://spring.io/blog/2014/01/22/spring-boot-1-0-0-rc1-released SpringCloud 1.0 2015年3月14 参考https://spring.io/blog/2015/03/04/spring-cloud-1-0-0-available-now SpringBoot 1.2.5 2015年7月2 参考https://spring.io/blog/2015/07/02/spring-boot-1-2-5-released SpringBoot 1.3.5 2016年5月10 参考https://spring.io/blog/2016/05/10/spring-boot-1-3-5-released SpringBoot 1.4.0 2016年7月28 参考https://spring.io/blog/2016/05/10/spring-boot-1-3-5-released SpringBoot 1.5.1 2017年1月30 参考https://spring.io/blog/2017/01/30/spring-boot-1-5-1-released SpringBoot 1.5.6 2017年7月27 参考https://spring.io/blog/2017/07/27/spring-boot-1-5-6-available-now SpringBoot 1.5.8 2017年10月17 参考https://spring.io/blog/2017/10/17/spring-boot-1-5-8-available-now SpringBoot 2.0.0 2018年3月1 参考https://spring.io/blog/2018/03/01/spring-boot-2-0-goes-ga SpringBoot 2.2.0 2019年10月16 参考https://spring.io/blog/2019/10/16/spring-boot-2-2-0 SpringBoot 2.2.1 2019年11月7 参考https://spring.io/blog/2019/11/07/spring-boot-2-2-1-available-now
1)spring 1.x 在spring1.x时代,都是通过xml文件配置bean,随着项目的不断扩大,需要将xml配置分放到不同的配置文件中,需要频繁的在 java类和xmlwenjianz文件中切换 2)spring 2.x 随着jdk1.5带来的注解支持,spring2.x可以使用注解对bean进行申明和注入,大大的减少了xml配置,简化了项目的开发 最佳的配置方法: 1.应用的节本配置用xml,如数据源、资源文件等。 2.业务开发用注解,如service中注入bean等 3)spring 3.x 在spring3.x版本的时候,Spring3.x开始提供了Java配置方式,使用Java配置方式可以更好的理解你配置的Bean,主要区别spring2.x的地方如下 1. 核心API更新到JAVA5.0,即采用了泛型 2. Spring表达式语言SpEl(Express Language) 3.可通过Java类提供IOC配置信息 XML配置方式,基于注解的配置方式,Spring3.0提供了基于Java类的配置方式。而最新基于Java类的配置方式非常灵活。 4. 通用类型转换系统和属性格式化系统 5.数据访问层新增oxm(Object to xml,对象xml映射):通过元数据对象和xml转化的映射 6.web层的增强:2.5版本中的注解如:@Controller,@Request Mapping等。新增了@CookieValue,@RequestHeaders 4)spring4.x 从spring4.x和springboot都推荐使用Java配置方式
//
Spring历史版本变迁和如今的生态帝国 - 云+社区 - 腾讯云 --不错
https://cloud.tencent.com/developer/article/1025723
// Spring核心功能指南-1-Spring功能介绍-肖海鹏的在线视频教程 --这个视频的12分开始有段描述很不错,
https://edu.csdn.net/course/play/3057/50874?spm=1002.2001.3001.4143
J2EE sun定义的 必须用JEB jsp sevlet JDBC 模式适合企业开发吗, 简单的j2ee的开发 Spring是完美的框架吗 老师是 9几年毕业的,那时候 C++框架,C++平台大行其道 97年出来的java 2000年后市场越来越大。 95~2000年 C++比较强势的情况下,后来回看C++出了很多问题, 微软把VS c++ 转向 dot net ,现在高校学.net也很少了。 spring向j2ee发起了挑战,那么spring也不是完美的
J2EE是什么,主要包括哪些技术 - lanfeng521 - 博客园 ---初略看一下就好
https://www.cnblogs.com/zhshero/p/10390167.html
j2EE通俗bai的理解为开发网站的就du是,j2SE就是开zhi发桌面应用程序dao的。
包含zhuan的技术嘛,主要的就是shu开发网站需要的一些技术啦
比如:servlet,jsp,javaBean 框架:spring hibernate struts ibatis webwork
//==============应该是2008年前的事情了。 大致看一下就好。
转发: Spring可能会越来越主流?_曲奇-CSDN博客
https://blog.csdn.net/yangxt/article/details/5397135?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~all~baidu_landing_v2~default-5-5397135.nonecase&utm_term=spring%20%E4%BB%80%E4%B9%88%E6%97%B6%E5%80%99%E5%BC%80%E5%A7%8B%E6%B5%81%E8%A1%8C%E7%9A%84&spm=1000.2123.3001.4430
Spring 自从2003年发布以来,一直是Java开源框架的奇迹之一。从2000年开始,伴随着B/S架构逐渐引入企业应用软件开发的领域,Java就逐渐成为企业应用开发的主流技术,一直到2003年,Struts+EJB一直是Java技术架构的不二选择,然而这一切随着2003年Spring以 without EJB的面目出现之后,一切都开始改变。
大概从2003年下半年开始,Spring+Hibernate就开始甚嚣尘上,似乎那时候的Spring和Hibernate尚且不足以动摇J2EE规范以EJB为核心的领袖地位。但是2004年5月份,吸收了 Spring/Hibernate框架优点的EJB3 JCP委员会的成立,事实上宣判了Spring对EJB2的终结,EJB3则更像是Vendor们的一种自救行为。
2004年到2006 这三年时间以来,Spring取得了相当辉煌的成就,不但将EJB2赶进历史,而且牢牢确立了Spring作为Java企业应用开发的主流地位。而今,甚至对技术比较保守的金融电信行业,也开始言必称Spring,Spring已经成为Java框架的事实标准。
在2004年5月份之后,Hibernate Team开始和Spring公然决裂,这个事情放在两年多以后的今天来看,原因是昭然若揭的,背靠JBoss的Hibernate Team已经成为EJB3规范的一部分,而JBoss希望力推的以EJB3为核心的Java架构来成为未来的企业应用主流标准,这种情况演变至今,变成了 Springframework和JBoss Seam的两种不同技术架构的竞争关系。
2004年5月份,EJB3规范的起步,对Spring未来其实有很大的威胁,但是EJB3规范历经两年时间的难产,终于在2006年5月正式发布之时,已经为时过晚了,抬眼望去,已尽是spring的天下。
有意思的是,大致展望一下未来,Java的企业应用开发还能遵循Sun和JCP制订的Java EE规范的道路走下去吗?如果不是这样,那么未来道路是什么呢?
观察一下Java社区几股大的势力,会发现一些有意思的现象:
IBM 和BEA是Java社区的领导者,从2004年开始,IBM和BEA开始大肆宣传SOA,将他们的目光从应用服务器领域挪到了松藕合企业服务领域,开展 SOA商业战略。与此同时,EJB3专家委员会的领导者也悄然变成了JBoss和Oracle,是IBM和BEA无力争取吗?当然不是。IBM和BEA已经看到了应用服务器市场和底层框架平台即将被开源占领,商业价值萎缩,因而审时度势进行战略转型。一方面押宝SOA战略,大肆炒热和培育SOA市场,另一方面也积极占领开源市场,IBM放出来WebSphere社区版本-Apache Geronimo,BEA干脆和Spring的咨询公司interface21合作,提供spring框架在WebLogic上的商业技术支持,如今 EJB3对于他们来说已经形同鸡肋,就抛给别人嚼吧。
将EJB3当块宝的自然是应用服务器市场的跟随者JBoss和Oracle,一方面凭借ORM的先天优势,另一方面有出头机会也不能放过,EJB3委员会几乎成了JBoss和Oracle的天下。特别是JBoss,更加积极推出 JBoss Seam框架,希望确立以JSF+EJB3的架构树立Java开发的标准,用以取代Struts/Spring/Hibernate的流行组合,因而开启了EJB3和Spring 正面交锋的战争。
Java Vendor中另外一股势力Sun公司这两年则一直自顾不暇,在应用服务器领域几乎退出市场,直到最近才搞出来一个Glassfish,在开发框架领域也一直毫无建树,推出的JSF至今还很不成熟,难担大任,也许Sun都去忙着开源Solaris和JVM源代码了。
几个大的Vendor或战略转型,或自顾不暇,或忙于收购(Oracle),Java开发领域的主战场被打扫一空,对决的双方换成了Spring和JBoss。对决的武器则是spring vs Seam。
Spring 代表了不遵循通用标准,自己制订游戏规则,不依赖容器的一方;JBoss代表了遵循通用标准,但是锁定容器的一方。这场对决从2004年5月就开始上演,未来很长时间也会继续下去。不过Spring已经站在优势很大的地位上了。我个人觉得Spring会胜出这场对决,而Java企业应用开发的主流技术将倒向Spring这一边,而Vendor们官方制订的标准将被开发人员可怜的遗弃到一边。开源技术开始决定Java企业开发的未来走向。
大致对比一下两者:Spring vs EJB3,就会发现Spring从功能上面已经胜出很多了:
1、IoC容器spring胜出
Spring的IoC容器很强大,其bean管理功能超过了目前EJB3容器,配置方面Spring稍微复杂一些。不过对于全局性配置来说,XML要优于EJB3的annotation。
2、AOP能力Spring胜出
EJB3目前提供的AOP功能非常简单,本来已经无法和Spring相比,至于集成AspectJ的Spring2.0,就更加望尘莫及了。
3、事务管理方面EJB3稍微领先
Spring提供了很棒的本地事务模型,也可以集成JTA,但是不支持分布式事务,当然这种场景也非常罕见。
4、Web框架spring胜出
EJB3 标准集成JSF,但是JSF并不成熟,和AJAX配合度也不好。Spring可以灵活集成各种Web框架和模板语言,自身也提供了相当强大的MVC框架,要是这还觉得不够,那么spring webflow,portlet support都拿出来,那么EJB3就必败了。
5、远程访问支持,大致持平
EJB3继承了传统的EJB远程访问能力,Web Services支持也不错;不过Spring提供了更多更灵活的选择,Java RPC,HTTP Invoker,Hessian/Burlap,WebServices。
6、框架集成能力,spring胜出
这是spring的传统优势项目,只要看看spring modules项目,看看n多第三方spring支持,就会发现spring现在的群众基础多么好,集成工作流,spring modules已经提供了方便的模板类,集成规则引擎,Cache,CMS,脚本语言,异步任务,安全验证框架。。。。。。EJB3有点望尘莫及的味道
7、JMS,JMX,JCA等,EJB3领先一步
这些传统EJB优势项目往往应用的不太多,EJB3仍然是领先的。不过令人侧目的是,Spring最近几个版本在连续追赶EJB这些传统优势领域,到 Spring2.0为止,其JMS,JMX,JCA支持已经相当不错了,可以说传统EJB能够做的,现在Spring也可以做得到,为Spring一统江湖扫清了最后的障碍。
这几年除了Spring框架自身不断完善和延伸到传统应用领域,围绕在Spring周围的第三方框架也是越来越丰富,EJB3在annotation方面有些独到的优势,在一些传统领域,还领先spring,但是总体来说,EJB3为核心的J2EE5.0规范很难和 Spring现在的2.0相匹敌,更何况Java的主力Vendor早已醉翁之意不在这里了,单凭JBoss的Seam,难以战胜spring。
觉得Spring可能会越来越主流,甚至开始引领Java企业开发的未来发展道路,J2EE就靠边站吧,也许Java社区也到了开源社区说了算的时代了。
//==========end
//--非常不错,
Spring的诞生史 - 环信
https://www.easemob.com/news/1213
// 转
Spring核心是什么
Spring出现的原因? Spring出现的原因 解除耦合 软件开发的开闭原则:通过多态实现,要么子类重写父类,要么增加方法 提高抽象层次; 提高抽象层次的方法 把子类对象赋给父类对象进行使用的动态多态 注入Injection:某一个类想要什属性,通过set方法给他 就叫注入 依赖注入 Depenency Injection =DI 有set就能活 没有就错误 配置文件(反射) Spring如何解除耦合 解耦合:首先解除逻辑耦合 mvc模式第一次解除了逻辑耦合 spring的IOC是进行深度解耦 日志:用来保持程序的健壮性,就是程序的运行记录 代理需要在jdk1.5以上版本使用 jdk代理是基于反射的没有反射就没有办法通用 调用代理类的的任何方法,都会执行到invoke方法 代理是模式 代理机制其实真正的代理的是方法 代理:proxy 代理的本质就是原产品不动,不做任何改变 要增值 要包装 代理分类: 一.静态代理:门面模式或装饰模式 缺点:需要为每一个被代理的方法都写一个代理方法,修改的时候特别值复杂,不灵活 二.动态代理 1.jdk动态代理:缺点:要想代理对象,被代理对象必须有接口,否侧不能代理 2.CGLIB代理:优点:在被代理类没有接口的情况下也能够被代理,实际就是为当前类生成一个子类 代理类和被代理类都需要实现同一个接口,代理类中包含一个被代理类的对象,可以提供两种方式把被代理对象赋给代理对象 调用被代理类,实现真正的逻辑,在自己的里面实现额外逻辑. 代理最终的要求就是简单通用灵活 Spring核心(重点来了!!!!) Spring是一个无侵入式的轻量级开源框架 Spring两大特性 : 1.IOC:控制反转 IOC作用:解除类与类之间的关系耦合 解除耦合的方式用了四个技术点: 配置 容器 反射 注入(DI):利用set方法或者构造器给属性赋值 2.AOP:面相切面编程 作用:为了解除业务逻辑耦合,例如耦合或者数据业务逻辑日志业务 AOP实现原理是基于代理的 Spring进行内部实现的时候 ,会检测是否存在接口,存在时选择jdk动态代理,不存在选择CGLIB代理 Spring类似一个管家,后期几乎所有内容都交给Spring管理,View层Spring不管理,与java相关的全部管理.(Spring容器) Spring的核心思想是解除程序中的耦合(解除了业务逻辑耦合,解除了类与类之间的关系耦合) 轻量级与重量级的区分: 1.性能开销 2.框架本身的大小问题 3.使用的难易程度 Spring中所有的行为都是基于Spring能够管理所有的类 Spring也有持久层框架,但是因为性能不强,所以没有人用,用来给hibernate和mybitas支持 Spring对web框架也是有支持的 Spring还是一个mvc结构的框架 Core解除的是类级别的耦合 AOP解除的是方法级别的耦合 IOC控制反转 Inversion Of Control 高层模块不应该依赖底层模块(如Action依赖Dao层) 实现必须依赖抽象,而不是是抽象依赖实现 依赖注入:Dependency Injection DI是IOC的核心实现原理 通俗的说就是利用set方法或者构造器给属性赋值 搭建Spring环境: 1.加入jar包 2.写配置文件:applicationContext.xml 必须放在Src下 可以更改名字一般叫Spring.xml 一个Spring可以对应多个XMl文件,配置文件的划分是根据业务逻辑划分的 跟标签里写东西是Schema Spring的核心是一个context容器 想要什么对象就在spring中配置这个对象 Spring会自动创建对象并且进行初始化 注入类型分为三类: Type1 侵入式(依赖Spring) Type2 (set/get) 和type3(构造器注入)是非侵入式 Spring中的接口是为了提高抽象层次,是变量接收的一个中介,所以Srping不需要管理接口 所谓的组件就是可以直接实例化,可以直接用的 构造器注入 里面的属性 ref=references引用 index要赋值属性的下标,从0开始 构造器注入唯一的优点就是时效性好,创建对象时直接赋值. 构造器注入作为了解 不需要掌握 构造器和set/get方法同时存在时取决于set/get方法