spring 初期,哲学都一样,用xml做configuration,但是Spring经历了这么多,意识到那么多conf有不足*(spring source,pivotal收购各种被收购,对spring做了一些改造,我觉得是比较好的方向,但是介绍之前,我讲些:
大家看下java招聘,跟web相关,都会要求懂spring。我觉得是整个生态系统
不仅仅framework,
spring core 只是bean的container)为什么,听过DI,这个container来维护bean的生命周期。
除了core之外,包含了web,mvc,
aop(切面编程)比如logging,security等,这些和业务code是要隔离的,譬如对log改动可以都改动等。
支持事务,支持JPA,支持ORM等对象关系模型等,ejb(java ee 来控制transaction,而ejb很复杂,大家很struggle)。
what do you like/dislike spring?
下面是大家可能喜欢或者不喜欢的Spring的一些点。
首先DI是大家最有可能,DI其实是一种Design pattern。大家在OO时如果cls a用cls b(new b前需要b是怎么构成的,每个cls需要它依赖是怎么生成的。所以在center的地方来申明b是怎么生成,所以Spring扫描来生成和放置,别人需要用直接autowire就行了)
但是光光boot不能解决所有问题,你的app需要访问底层数据库(如sql写过,select from where xx id = xxx等)这种boilerplate希望系统来帮我们生成(save,delete这些逻辑都很简单,需要被节省下来)
于是spring想到这点,有spring data项目包含了很多(如spring-data=redis,抽象层在store和在model之间)
jpa - persistent api 相同的目的,把jpa更加抽象一下(对数据访问更为简单,
spring data让method name和参数来自动生成sql
PPT 一览,下载见附件。
Highlights
Speak Note
新一代的java会让大家的开发轻松很多, java很复杂繁琐头疼(大家提到的时候, think in java, effective java大部头的书,但是现在不用纠结传统的语言层面上的东西了。
去年是java 20周年,orcale有很大的庆祝活动,收购sun(对community好事坏事,它是律师组成公司),现在java之父已经离开了(oracle对商业和社区规范化很大贡献。
对java 编程语言本身 1.0 之后的, 基础的JIT compiler,Hotspot的vm, 从 5.0之后支持泛型,让java类型表达更丰富(这个是非常重要的版本 c#.net 中早就有了(尤其),即使j8的lambda,closure也在其他中早就有了 但是选择语言不是只看语言本身,看类库。社区提供了很多强大的工具类库等
非常有趣的是不仅仅贡献java语言本身,也贡献了另外的jvm,和在它之上的(业界领先的vm,高性能的,同时(遵循jvm语言规范后)对语言支持很好) 上面scala「spark选用它作为主要的编程语言」,gravy(很多spring里,很多在用 JavaScript可以在jvm上跑( clojure
java语言本身不足通过库和生态系统去弥补。大概的趋势 你会看见分为两大阵营(web上,java ee, 和非 java ee)。以为orcale正规军的servlet,jsp,jsf很多东西混在一起没有分离,后面需要model去做binding。虽然它是标准,但是很多人乐于喜欢用spring mvc,很少用structs很多人不用被取代,ssh(spring structs, hibernate) 总体看有java ee的实现,也有非ee的实现(大部分是spring的实现。所以它是java生态系统非常重要的一点。
java和.net还是比较像(静态的,某种意义跨平台,都是比较重 python,ruby 另外的(数据分析,django, flask 做一些web开发,ruby 本身在rails, php不用多说,世界上最好的编程语言(所以不用,facebook第一版,能开发出好的语言就可以 前端程序员打开新思路(JavaScript居然可以写后端,它的不足有callback hell, quick & dirty但是当你code规模变大,企业开发,但是维护性或者嵌套不容易debug等
java写起来很复杂,verbose,python就很简洁。真的这样吗?
spring 初期,哲学都一样,用xml做configuration,但是Spring经历了这么多,意识到那么多conf有不足*(spring source,pivotal收购各种被收购,对spring做了一些改造,我觉得是比较好的方向,但是介绍之前,我讲些:
大家看下java招聘,跟web相关,都会要求懂spring。我觉得是整个生态系统 不仅仅framework, spring core 只是bean的container)为什么,听过DI,这个container来维护bean的生命周期。 除了core之外,包含了web,mvc, aop(切面编程)比如logging,security等,这些和业务code是要隔离的,譬如对log改动可以都改动等。 支持事务,支持JPA,支持ORM等对象关系模型等,ejb(java ee 来控制transaction,而ejb很复杂,大家很struggle)。
what do you like/dislike spring? 下面是大家可能喜欢或者不喜欢的Spring的一些点。 首先DI是大家最有可能,DI其实是一种Design pattern。大家在OO时如果cls a用cls b(new b前需要b是怎么构成的,每个cls需要它依赖是怎么生成的。所以在center的地方来申明b是怎么生成,所以Spring扫描来生成和放置,别人需要用直接autowire就行了)
mvc,spring提供在每一层都提供了很多好用的来帮助开发者 大家不喜欢的,在spring 是java写的,初期还是繁琐的理念,手动的配置和xml配置的,很多xml要有两千多行来配置。 可以想想这么多行,那么多bean、component,如果加减改动非常麻烦和不可想象。 在学校是通过xml来改动,延续下来。变成 legacy的。
Spring和 application server 有冲突的,为什么(application server一开始是code against j2ee standard,而不是spring standard,中间有 学习曲线很多东西要记住,这样才能处理一个request等
到底是谁的问题,是java本身还是spring社区导致的问题,java ee等
于是深思熟虑后, 所以spring社区就孕育而出的Spring boot。
为什么是?framework本身提供不同的各种素材(但是你要知道它这些要怎么用,才能做出来好的菜)但是spring boot让你做很少工作,让你做出好吃的菜(能够大部分满足需求
在Spring boot发布后,是非常好的,微服务的开发的方式(非常好的数据,java社区、Spring社区意识到了boot解决了很多问题所以乐于使用。为什么要使用Springboot
首先: CoC,有一些opinionated的帮你auto config很多东西,譬如安全配置,datasource setting,integration各种预设的值,你改改参数,你不用知道那个bean在哪里生成,他们之间什么关系。同时预留接口,不满足后你可以overwrite它(rails更大量用这样的技巧coc)
profiles,本地有开发环境还有staging, production, 等。但是同样code在不同环境需要不同的参数。(spring profiles 来控制 Properties
同时结合(war file 打包,下载单独的Tomact,通过Tomact admin console或directory后才能使用。 但是spring boot 结合到tomcat, jetty不需要单独,完整打包在一起,直接 javac 去run就好了 这个embedded servlet containers 让部署非常方便
actuator 让operation运维的痛点(譬如application health, 还是启动时ping下还是怎么, monitoring来看它的状态,它依赖的状态,同时ops不同系统负责不同方面,但是actuator包含这些方面,所以是production ready
但是光光boot不能解决所有问题,你的app需要访问底层数据库(如sql写过,select from where xx id = xxx等)这种boilerplate希望系统来帮我们生成(save,delete这些逻辑都很简单,需要被节省下来)
于是spring想到这点,有spring data项目包含了很多(如spring-data=redis,抽象层在store和在model之间) jpa - persistent api 相同的目的,把jpa更加抽象一下(对数据访问更为简单, spring data让method name和参数来自动生成sql
所以crud(夸得)。这种就非常方便实现xxxx