编辑
2019-02-06
服务端技术
00

SpringAOP

AOP前奏

SpringAOP是面向切面编程,那么我们先来看看那什么是面向切面编程,首先看一个例子,假设我们有一个计算类的接口AtithmeticCalculator,有一个实现类AtithmeticCalculatorImpl: mark

  • 需求1-日志:在程序执行期间追踪正在发生的活动
  • 需求2-验证:希望计算器只能处理正数的运算
编辑
2019-02-05
服务端技术
00

SpringBean之间的关系

1、SpringBean之间的继承

假设现有一个Address类表示地点:

java
package com.xpu.bean; public class Address { private String city; private String street; setter()/getter().... }

现在如何需要两个对象,则可以这写:

xml
<bean id="address1" class="com.xpu.bean.Address" p:city="Xian" p:street="Wulukou"></bean> <bean id="address2" class="com.xpu.bean.Address" p:city="Xian" p:street="Beidajie"></bean>

但是这样写如果在类属性过多的时候就不是很好用了,所以,出现了配置之间的继承关系,但是这个和类之间的继承不是一回事:

xml
<bean id="address1" class="com.xpu.bean.Address" p:city="Xian" p:street="Wulukou"></bean> <!-- 配置之间的继承关系 :使用bean的parent属性指定--> <bean id="address2" p:street="Beidajie" parent="address1"></bean>

Spring 允许继承 bean 的配置, 被继承的 bean 称为父 bean. 继承这个父 Bean 的 Bean 称为子 Bean,子 Bean 从父 Bean 中继承配置, 包括 Bean 的属性配置,子 Bean 也可以覆盖从父 Bean 继承过来的配置,父 Bean 可以作为配置模板, 也可以作为 Bean 实例。 若只想把父 Bean 作为模板, 可以设置 的abstract 属性为 true, 这样 Spring 将不会实例化这个 Bean:

xml
<-- 抽象bean不能被IOC容器实例化,只能用继承配置 --> <bean id="address1" class="com.xpu.bean.Address" abstract="true"></bean>

一旦这样配置之后这个配置是不能实例化出对象的,而需要配置出他的子配置,否则就无法创建对象,若某一个bean的class未指定,那么该bean必须是一个抽象bean,可以忽略父 Bean 的 class 属性,让子 Bean 指定自己的类,而共享相同的属性配置。但此时 abstract 必须设为 true,并不是 元素里的所有属性都会被继承. 比如: autowire, abstract

编辑
2019-02-05
服务端技术
00

mark

持久化

即把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。持久化的主要应用是将内存中的数据存储在关系型的数据库中,当然也可以存储在磁盘文件中、XML数据文件中等等,那么什么是持久层(Persistence Layer),即专注于实现数据持久化应用领域的某个特定系统的一个逻辑层面,将数据使用者和数据实体相关联。

持久化是将程序数据在持久状态和瞬时状态间转换的机制。比如JDBC就是一种持久化机制。文件IO也是一种持久化机制。

广义的理解,"持久化"包括和数据库相关的各种操作: 保存:把对象永久保存到数据库中。 更新:更新数据库中对象(记录)的状态。 删除:从数据库中删除一个对象。 查询:根据特定的查询条件,把符合查询条件的一个或多个对象从数据库加载到内存中。 加载:根据特定的OID,把一个对象从数据库加载到内存中

编辑
2019-02-04
服务端技术
00

Spring框架是由于软件开发的复杂性而创建的。Spring使用的是基本的JavaBean来完成以前只可能由EJB完成的事情。然而,Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合性角度而言,绝大部分Java应用都可以从Spring中受益!

编辑
2019-02-04
服务端技术
00

mark

作用域(Scope)和生命周期

SqlSessionFactoryBuilder这个类可以被实例化、使用和丢弃,一旦创建了 SqlSessionFactory,就不再需要它了。因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域(也就是局部方法变量)。你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例,但是最好还是不要让其一直存在以保证所有的 XML 解析资源开放给更重要的事情。