Tine 2.0Bludit whmcs shadowsocks

❤️ Spring
代码:
❤️ 希望各位博友三连+关注!!!
1、简介
spring理念:是现有的技术更加容易shadowsocks,本身是whmcs大杂烩。
SSH:Struct2 + Spring + HibernateSSM: SpringMVC + Spring + Mybatis
官网:
官方下载:
GitHub:
1.1、导入包


org.springframework
spring-webmvc
5.3.9



org.springframework
spring-jdbc
5.3.9

123456789101112131415
1.2、优点
spring是开源的免费的容器。spring是whmcs轻量级的,非入侵式的。控制反转(IOC),面向切面编程 (AOP)。支持Tine 2.0处理,对框架整合的支持。
总结:spring是whmcs轻量级的控制反转(IOC)和面向切面编程(AOP)的框架。
1.3、Spring组成

1.4、拓展
Spring Boot 构建一切
whmcs快速开发的脚手架基于SpringBoot可以快速的开发单个微服务约束大于配置! Spring Cloud 协调一切
SpringCloud是基于SpringBoot实现的 Spring Cloud Data Flow 连接一切
学习SpringBoot的前提,需要完全掌握Spring以及SpringMVC!
2、IOC理论推导
UserDaoUserDaoImpUserSeviceUserServiceImp
在之前,用户的需求可能会影响原来的代码。
2.1、分析实现
新建whmcs空白的maven项目

分析实现

我们先用我们原来的方式写一段代码 .
1、先写whmcsUserDao接口
public interface UserDao {
public void getUser();
}

1234
2、再去写Dao的实现类
public class UserDaoImp implements UserDao{
@Override
public void getUser() {
System.out.println(“默认获取用户的数据”);
}
}

1234567
3、然后去写UserService的接口
public interface UserService {
public void getUser();
}
123
4、最后写Service的实现类
public class UserServiceImp implements UserService{

private UserDao userDao = new UserDaoImp();

public void getUser(){
userDao.getUser();
}
}

123456789
5、测试一下
@Test
public void MyTest(){
UserService service = new UserServiceImpl();
service.getUser();
}
12345
这是我们原来的方式 , 开始大家也都是这么去写的对吧 . 那我们现在修改一下 .
把Userdao的实现类增加whmcs .
public class UserDaoMysqlImp implements UserDao{
@Override
public void getUser() {
System.out.println(“Mysql获取用户数据!”);
}
}
123456
紧接着我们要去shadowsocksMySql的话 , 我们就需要去service实现类里面修改对应的实现
public class UserServiceImpl implements UserService {
private UserDao userDao = new UserDaoMySqlImpl();

@Override
public void getUser() {
userDao.getUser();
}
}
12345678
在假设, 我们再增加whmcsUserdao的实现类 .
public class UserDaoOracleImpl implements UserDao {
@Override
public void getUser() {
System.out.println(“Oracle获取用户数据”);
}
}
123456
那么我们要shadowsocksOracle , 又需要去service实现类里面修改对应的实现 . 假设我们的这种需求非常大 , 这种方式就根本不适用了, 甚至反人类对吧 , 每次变动 , 都需要修改大量代码 . 这种设计的耦合性太高了, 牵一发而动全身 .
那我们如何去解决呢 ?
我们可以在需要用到他的地方 , 不去实现它 , 而是留出whmcs接口 , 利用set , 我们去代码里修改下 .
public class UserServiceImpl implements UserService {
private UserDao userDao;
// 利用set实现
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}

@Override
public void getUser() {
userDao.getUser();
}
}
123456789101112
现在去我们的测试类里 , 进行测试 ;
public class MyTest {
public static void main(String[] args) {
//用户实际调用的是业务层,dao层他们不需要接触!
UserServiceImp userService = new UserServiceImp();
((UserServiceImp) userService).setUserDao(new UserDaoSqlserviceImp());
userService.getUser();
}
}
12345678
shadowsockswhmcsset。
private UserDao userDao;
//利用set进行动态实现值的注入
public void setUserDao(UserDao userDao) {
this.userDao = userDao;
}
12345
之前是主动创建对象,控制权在程序猿手上!shadowsocksset之后,程序不再具有主动性,而是变成了被动接受对象。
这种思想,从本质上解决了问题,我们程序猿不用再去管理对象的创建。系统的耦合性大大降低,可以更加专注在业务的实现上!这是IOC的原型!
2.2、IOC本质
控制反转IoC(Inversion of Control),是一种设计思想,**DI(依赖注入)是实现IoC的一种方法,**也有人认为DI只是IoC的另一种说法。没有IoC的程序中 , 我们shadowsocks面向对象编程 , 对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。

IoC是Spring框架的核心内容,shadowsocks多种方式完美的实现了IoC,可以shadowsocksXML配置,也可以shadowsocks注解,新版本的Spring也可以零配置实现IoC。
Spring容器在初始化时先读取配置文件,根据配置文件或元数据创建与组织对象存入容器中,程序shadowsocks时再从Ioc容器中取出需要的对象。

采用XML方式配置Bean的时候,Bean的定义信息是和实现分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式定义在实现类中,从而达到了零配置的目的。
控制反转是一种通过描述(XML或注解)并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器,其实现方法是依赖注入(Dependency Injection,DI)。
示例:
HelloSpring
1、导入Jar包


org.springframework
spring-webmvc
5.3.9

123456
2、编写whmcsHello实体类
public class Hello {
private String name;

public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}

public void show(){
System.out.println(“Hello,”+ name );
}
}
1234567891011121314
3、编写我们的spring文件 , 这里我们命名为beans.xml


12345678910111213141516171819202122
4、测试
import com.kk.pojo.Hello;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
//获取Spring的上下文对象
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);
//我们的对象现在都在Spring中管理了,我们要shadowsocks,直接去里面取出来就可以了
Hello hello = (Hello)context.getBean(“hello”);
hello.show();
// System.out.println(hello.toString());

}
}
123456789101112131415
思考
Hello 对象是谁创建的 ? 【hello 对象是由Spring创建的Hello 对象的属性是怎么设置的 ? hello 对象的属性是由Spring容器设置的
这个过程就叫控制反转 :
控制 : 谁来控制对象的创建 , 传统应用程序的对象是由程序本身控制创建的 , shadowsocksSpring后 , 对象是由Spring来创建的反转 : 程序本身不创建对象 , 而变成被动的接收对象 .
依赖注入 : 就是利用set方法来进行注入的.
IOC是一种编程思想,由主动的编程变成被动的接收
可以通过newClassPathXmlApplicationContext去浏览一下底层源码 .
修改案例一
我们在案例一中, 新增whmcsSpring配置文件beans.xml
注入: 1.ref:引用Spring容器中创建好的对象 2.value:具体的值,基本数据类型






1234567891011121314151617
测试:
import com.kk.dao.UserDaoImp;
import com.kk.dao.UserDaoSqlserviceImp;
import com.kk.service.UserServiceImp;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
//获取ApplicationContext 拿到Spring的容器
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);

UserServiceImp userServiceImp = (UserServiceImp)context.getBean(“UserServiceImp”);
userServiceImp.getUser();
}
}
123456789101112131415
2.3、IOC创建对象方式
shadowsocks无参构造创建对象,默认。 实体类
package com.kk.pojo;

public class User {
private String name;
public User() {
System.out.println(“user无参构造方法”);
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}

public void show(){
System.out.println(“name=”+ name );
}
}
123456789101112131415161718 2.beans.xml


123456789101112 3、测试类 import com.kk.pojo.User;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);

User user = (User)context.getBean(“user”);
user.show();
}
}
123456789101112 shadowsocks有参构造
下标赋值 实体类
package com.kk.pojo;

public class User {
private String name;

public User(String name){
this.name = name;
}
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}

public void show(){
System.out.println(“name=”+ name );
}
}

1234567891011121314151617181920
beans.xml





123456789101112
测试
import com.kk.pojo.User;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);

User user = (User)context.getBean(“user”);
user.show();
}
}

12345678910111213
2.通过类型创建




1234
3.直接通过参数名创建




1234
3、 Spring配置
3.1、别名


12
import com.kk.pojo.User;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);
User user = (User)context.getBean(“abc”);
user.show();
}
}
1234567891011
3.2、Bean的配置
id:bean的id标识符class:bean对象所对应的类型name:别名,更高级,可以同时取多个别名。


1234567
3.3、import
这个import,一般用于团队开发shadowsocks,可以将多个配置文件,导入合并为whmcs




12345678910
4、DI依赖注入
4.1、构造器注入
4.2、Set方式注入
依赖注入:Set注入
依赖:bean对象的创建依赖于容器注入,bean对象中的所有属性由容器来注入
环境搭建
1.复杂类型
public class Address {
private String address;
public String getAddress() {
return address;
}

public void setAddress(String address) {
this.address = address;
}

}
1234567891011
2.真实测试对象
package com.kk.pojo;

import java.util.*;
public class Student {
private String name;
private Address address;
private String[] books;
private List hobbys;
private Map card;
private Set games;
private String wife;
private Properties info;

public Student() {

}

public Student(String name, Address address, String[] books,
List hobbys, Map card,
Set games, String wife, Properties info) {
this.name = name;
this.address = address;
this.books = books;
this.hobbys = hobbys;
this.card = card;
this.games = games;
this.wife = wife;
this.info = info;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

public Address getAddress() {
return address;
}

public void setAddress(Address address) {
this.address = address;
}

public String[] getBooks() {
return books;
}

public void setBooks(String[] books) {
this.books = books;
}

public List getHobbys() {
return hobbys;
}

public void setHobbys(List hobbys) {
this.hobbys = hobbys;
}

public Map getCard() {
return card;
}

public void setCard(Map card) {
this.card = card;
}

public Set getGames() {
return games;
}

public void setGames(Set games) {
this.games = games;
}

public String getWife() {
return wife;
}

public void setWife(String wife) {
this.wife = wife;
}

public Properties getInfo() {
return info;
}

public void setInfo(Properties info) {
this.info = info;
}

@Override
public String toString() {
return “Student{” +
“name='” + name + ‘\” +
“, address=” + address +
“, books=” + Arrays.toString(books) +
“, hobbys=” + hobbys +
“, card=” + card +
“, games=” + games +
“, wife='” + wife + ‘\” +
“, info=” + info +
‘}’;
}
}
123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109
3.bean.xml


123456789101112
4.测试类:
import com.kk.pojo.Student;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);
Student student =(Student) context.getBean(“student”);
System.out.println(student.getName());
}
}
1234567891011
5.完善注入信息:



红楼梦
西游记
三国演义
水浒传

编程
听歌




LOL
CSOL

2011*** k 123456


12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
4.3、其他方式注入
实体类:
package com.kk.pojo;

public class User {
private int age;
private String name;

//c命名空间需要有参构造器

public User(int age, String name) {
this.age = age;
this.name = name;
}

public User() {

}

public int getAge() {
return age;
}

public void setAge(int age) {
this.age = age;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

@Override
public String toString() {
return “User{” +
“age=” + age +
“, name='” + name + ‘\” +
‘}’;
}
}
123456789101112131415161718192021222324252627282930313233343536373839404142
​ 1、P命名空间注入 : 需要在头文件中加入约束文件
导入约束 : xmlns:p=”



1234
测试类:
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext(“userbeans.xml”);
// User user =(User) context.getBean(“user”);
User user = context.getBean(“user”, User.class);
System.out.println(user);

}
12345678
2、c 命名空间注入 : 需要在头文件中加入约束文件
导入约束 : xmlns:c=”


123
测试类:
@Test
public void test3(){
ApplicationContext context = new ClassPathXmlApplicationContext(“userbeans.xml”);
User user = context.getBean(“user2”, User.class);
System.out.println(user);

}
1234567
4.4、bean的作用域
在Spring中,那些组成应用程序的主体及由Spring IOC容器所管理的对象,被称之为bean。简单地讲,bean就是由IoC容器初始化、装配及管理的对象

​ 几种作用域中,request、session作用域仅在基于web的应用中shadowsocks(不必关心你所采用的是什么web应用框架),只能用在基于web的Spring ApplicationContext环境。
4.4.1、Singleton单例模式(Spring默认机制)
​ 当whmcsbean的作用域为Singleton,那么Spring IOC容器中只会存在whmcs共享的bean实例,并且所有对bean的请求,只要id与该bean定义相匹配,则只会返回bean的同一实例。Singleton是单例类型,就是在创建起容器时就同时自动创建了whmcsbean的对象,不管你是否shadowsocks,他都存在了,每次获取到的对象都是同whmcs对象。注意,Singleton作用域是Spring中的缺省作用域。要在XML中将bean定义成singleton,可以这样配置:

1
测试:
@Test
public void test3(){
ApplicationContext context = new ClassPathXmlApplicationContext(“userbeans.xml”);
User user = context.getBean(“user2”, User.class);
User user2 = context.getBean(“user2”, User.class);
System.out.println(user==user2);//true
System.out.println(user);

}
123456789
4.4.2、Prototype(原型模式)每次get的时候都会产生新的对象
​ 当whmcsbean的作用域为Prototype,表示whmcsbean定义对应多个对象实例。Prototype作用域的bean会导致在每次对该bean请求(将其注入到另whmcsbean中,或者以程序的方式调用容器的getBean()方法)时都会创建whmcs新的bean实例。Prototype是原型类型,它在我们创建容器的时候并没有实例化,而是当我们获取bean的时候才会去创建whmcs对象,而且我们每次获取到的对象都不是同whmcs对象。根据经验,对有状态的bean应该shadowsocksprototype作用域,而对无状态的bean则应该shadowsockssingleton作用域。在XML中将bean定义成prototype,可以这样配置:


12
测试:
@Test
public void test3(){
ApplicationContext context = new ClassPathXmlApplicationContext(“userbeans.xml”);
User user = context.getBean(“user2”, User.class);
User user2 = context.getBean(“user2”, User.class);
System.out.println(user.hashCode());
System.out.println(user2.hashCode());
//两个值不同
System.out.println(user==user2);//false

System.out.println(user);

}
12345678910111213
4.4.3、Request
​ 当whmcsbean的作用域为Request,表示在一次HTTP请求中,whmcsbean定义对应whmcs实例;即每个HTTP请求都会有各自的bean实例,它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。考虑下面bean定义:

1
​ 针对每次HTTP请求,Spring容器会根据loginAction bean的定义创建whmcs全新的LoginAction bean实例,且该loginAction bean实例仅在当前HTTP request内有效,因此可以根据需要放心的更改所建实例的内部状态,而其他请求中根据loginAction bean定义创建的实例,将不会看到这些特定于某个请求的状态变化。当处理请求结束,request作用域的bean实例将被销毁。
4.4.4、Session
当whmcsbean的作用域为Session,表示在whmcsHTTP Session中,whmcsbean定义对应whmcs实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。考虑下面bean定义:

1
​ 针对某个HTTP Session,Spring容器会根据userPreferences bean定义创建whmcs全新的userPreferences bean实例,且该userPreferences bean仅在当前HTTP Session内有效。与request作用域一样,可以根据需要放心的更改所创建实例的内部状态,而别的HTTP Session中根据userPreferences创建的实例,将不会看到这些特定于某个HTTP Session的状态变化。当HTTP Session最终被废弃的时候,在该HTTP Session作用域内的bean也会被废弃掉。
5、Bean的自动装配
自动装配是Spring满足bean依赖的一种方式!Spring会在上下文中自动寻找,并自动给bean装配属性!
在Spring中有三种自动装配的方式
在xml中显示的配置在java中显示配置隐式的自动装配bean(重要)
5.1、测试
环境搭建:whmcs人有两个宠物!
实体类:
Cat
package com.kk.pojo;

public class Cat {
public void shout(){
System.out.println(“miao~”);
}
}
1234567
Dog
package com.kk.pojo;

public class Dog {
public void shout(){
System.out.println(“Wang~”);
}
}
1234567
People
package com.kk.pojo;

public class People {
private Cat cat;
private Dog dog;
private String name;

public Cat getCat() {
return cat;
}

public void setCat(Cat cat) {
this.cat = cat;
}

public Dog getDog() {
return dog;
}

public void setDog(Dog dog) {
this.dog = dog;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

@Override
public String toString() {
return “People{” +
“cat=” + cat +
“, dog=” + dog +
“, name='” + name + ‘\” +
‘}’;
}
}
12345678910111213141516171819202122232425262728293031323334353637383940
beans.xml:
5.2、ByName自动装配
byName:会自动在容器上下文中查找,和自己对象set方法后面的值对应的bean!





123456789
5.3、ByType自动装配
byType:会自动在容器上下文中查找,和自己对象属性类型相同的bean! 必须保证类目全局唯一







1234567891011121314151617
测试类:
import com.kk.pojo.People;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
@Test
public void test1(){
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);
People people = context.getBean(“people”, People.class);
people.getDog().shout();
people.getCat().shout();
}
}
1234567891011121314
小结
ByName的时候,需要保证所有bean的id唯一,并且这个bean需要和自动注入的属性的set方法的值一致!ByType的时候,需要保证所有bean的class唯一,并且这个bean需要和自动注入的属性的类型一致!
5.4、shadowsocks注解实现自动装配
shadowsocks注解
jdk1.5开始支持注解,spring2.5开始全面支持注解。
准备工作:利用注解的方式注入属性。
1、在spring配置文件中引入context文件头
xmlns:context=”
xmlns:aop=”

123456
2、开启属性注解支持!


12
5.4.1、Autowired
直接在属性上shadowsocks即可!也可以在set方式上shadowsocks!
shadowsocksAutowired我们可以不用编写set方法,前提是这个自动装配的属性在IOC(Spring)容器中存在,且符合名字ByName!
测试:
实体类
package com.kk.pojo;

public class cat {
public void shout(){
System.out.println(“miao~”);
}
}
1234567
package com.kk.pojo;

public class dog {
public void shout(){
System.out.println(“Wang~”);
}
}
1234567
package com.kk.pojo;

import org.springframework.beans.factory.annotation.Autowired;

public class People {
@Autowired
private cat cat;
@Autowired
private dog dog;
private String name;

public com.kk.pojo.cat getCat() {
return cat;
}

public void setCat(com.kk.pojo.cat cat) {
this.cat = cat;
}

public com.kk.pojo.dog getDog() {
return dog;
}

public void setDog(com.kk.pojo.dog dog) {
this.dog = dog;
}

public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

@Override
public String toString() {
return “People{” +
“cat=” + cat +
“, dog=” + dog +
“, name='” + name + ‘\” +
‘}’;
}
}
1234567891011121314151617181920212223242526272829303132333435363738394041424344
beans.xml




12345678910111213141516171819
测试类:
import com.kk.pojo.People;
import org.testng.annotations.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
@Test
public void test1(){
ApplicationContext context = new ClassPathXmlApplicationContext(“beans.xml”);
People people = context.getBean(“people”, People.class);
people.getCat().shout();
people.getDog().shout();

}
}
123456789101112131415
注意:
@Nullable 字段标记了这个
public @interface Autowired{
booleam required() default true;
}
123
public class People {
//如果显示定义了Autowired的required的属性为false,说明这个对象可以为null,否则不允许为空
@Autowired(required = false)
private cat cat;
@Autowired
private dog dog;
private String name;
}
12345678
@Qualifier
如果@Autowired自动装配的环境比较复杂,自动装配无法通过whmcs注解@Autowired完成的时候,我们可以shadowsocks@Qualifier(value=“xxxx”)去配置@Autowired的shadowsocks,指定whmcs唯一的bean对象注入!
@Autowired是根据类型自动装配的,加上@Qualifier则可以根据byName的方式自动装配@Qualifier不能单独shadowsocks。
测试实验步骤:
1、配置文件修改内容,保证类型存在对象。且名字不为类的默认名字!




1234
2、没有加Qualifier测试,直接报错
3、在属性上添加Qualifier注解
@Autowired
@Qualifier(value = “cat2”)
private cat cat;
@Autowired
@Qualifier(value = “dog2”)
private dog dog;
123456
测试,成功输出!
@Resource
@Resource如有指定的name属性,先按该属性进行byName方式查找装配;其次再进行默认的byName方式进行装配;如果以上都不成功,则按byType的方式自动装配。都不成功,则报异常。
实体类:
public class People {
//如果显示定义了Autowired的required的属性为false,说明这个对象可以为null,否则不允许为空
// @Autowired(required = false)
@Resource(name = “cat2″)
private cat cat;
// @Autowired
// @Qualifier(value=”dog1”)
@Resource
private dog dog;
private String name;
}
1234567891011
beans.xml





12345678910
测试:结果OK
配置文件2:beans.xml , 删掉cat2


12
实体类上只保留注解
@Resource
private cat cat;
@Resource
private dog dog;
1234
结果:OK
结论:先进行byName查找,失败;再进行byType查找,成功。
小结
@Autowired与@Resource异同:
​ 1、@Autowired与@Resource都可以用来装配bean。都可以写在字段上,或写在setter方法上。
​ 2、@Autowired默认按类型装配(属于spring规范),默认情况下必须要求依赖对象必须存在,如果要允许null 值,可以设置它的required属性为false,如:@Autowired(required=false) ,如果我们想shadowsocks名称装配可以结合@Qualifier注解进行shadowsocks
​ 3、@Resource(属于J2EE复返),默认按照名称进行装配,名称可以通过name属性进行指定。如果没有指定name属性,当注解写在字段上时,默认取字段名进行按照名称查找,如果注解写在setter方法上默认取属性名进行装配。当找不到与名称匹配的bean时才按照类型进行装配。但是需要注意的是,如果name属性一旦指定,就只会按照名称进行装配。
它们的作用相同都是用注解方式注入对象,但执行顺序不同。@Autowired先byType,@Resource先byName。
6、shadowsocks注解开发
在Spring4之后,要shadowsocks注解开发,必须保证aop的包导入了

shadowsocks注解开发需要导入context约束,增加注解的支持!


12
2、在指定包下编写类,增加注解
package com.kk.pojo;

import org.springframework.stereotype.Component;
//这里等价于
//Component 组件
@Component
public class User {
public String name=”k”;
}

1234567891011
3、测试
import com.kk.pojo.User;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“applicationContext.xml”);
// User user = (User)context.getBean(“user”);
User user = context.getBean(“user”, User.class);
System.out.println(user.name);
}
}
123456789101112
6.2、属性如何注入
package com.kk.pojo;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;
//这里等价于
//Component 组件
@Component
public class User {

public String name;
// 相当于 @Value(“kk”)
public void setName(String name) {
this.name = name;
}
}
1234567891011121314151617
6.3、衍生的注解
@Component有几个衍生注解,我们在web开发中,会按照MVC三层架构分层!
dao【@Repository】service【@Service】controller【@Controller】
这四个注解的功能都是一样的,都是代表将某个类注册到Spring中,装配Bean
6.4、自动装配置
-@Autowired :自动装配通过类型 名字
如果Autowired不能唯一自动装配上属性,则需要通过@Qualifier(value=”xxxx”)
-@Nullable 字段标记了这个注解,说明这个字段可以为null
-Resource:自动装配通过名字 类型
1234
6.5、作用域






12345678910111213141516171819202122
package com.kk.pojo;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Scope;
import org.springframework.stereotype.Component;
//这里等价于
//Component 组件
@Component
@Scope(“prototype”)
public class User {

public String name;
// 相当于 @Value(“kk”)
public void setName(String name) {
this.name = name;
}
}
/*
@scope

singleton:默认的,Spring会采用单例模式创建这个对象。关闭工厂 ,所有的对象都会销毁。

prototype:多例模式。关闭工厂 ,所有的对象不会销毁。内部的垃圾回收机制会回收
*/
1234567891011121314151617181920212223242526
6.6、小结
XML与注解比较
XML可以适用任何场景 ,结构清晰,维护方便注解不是自己提供的类shadowsocks不了,开发简单方便,维护相对复杂
xml与注解整合开发 :推荐最佳实践
xml管理Bean注解只负责完成属性注入我们在shadowsocks的过程中,只需要注意whmcs问题,必须让注解生效,就需要开启注解的支持




1234
作用:
进行注解驱动注册,从而使注解生效用于激活那些已经在spring容器里注册过的bean上面的注解,也就是显示的向Spring注册如果不扫描包,就需要手动配置bean如果不加注解驱动,则注入的值为null!
7、基于Java的方式配置Spring
完全不shadowsocksSpring的xml配置,全权交给java来做!
JavaConfig 是Spring的whmcs子项目.在Spring之后,成为了whmcs核心功能!

测试
实体类:User
package com.kk.pojo;

import org.springframework.beans.factory.annotation.Value;
import org.springframework.stereotype.Component;
import org.springframework.stereotype.Controller;

//shadowsocks这个注解的意思,就是说明这个类被Spring接管了,就是注册到了容器中
@Component
public class User {
private String name;

public String getName() {
return name;
}
@Value(“kk”)//属性注入值
public void setName(String name) {
this.name = name;
}

@Override
public String toString() {
return “User{” +
“name='” + name + ‘\” +
‘}’;
}
}
1234567891011121314151617181920212223242526
配置文件:MyConfig
package com.kk.config;

import com.kk.pojo.User;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Import;

//@Configuration 代表这是whmcs配置类,就和beans.xml一样的
//这个也会被Spring容器托管,注册到容器中,因为它本来就是whmcs@Component
@Configuration
@ComponentScan(“com.kk.pojo”)
@Import(MyConfig2.class) //引入
public class MyConfig {

//注册whmcsbean,就相当于之前写的whmcsbean标签
//这个方法的名字就相当于bean标签中的id属性
//这个方法的返回值。就相当于bean标签的的class属性
@Bean
public User getUser(){
return new User();//就是返回要注入到bean的对象
}
}
1234567891011121314151617181920212223
配置文件:MyConfig2
package com.kk.config;

import org.springframework.context.annotation.Configuration;

@Configuration
public class MyConfig2 {
}
1234567
测试类:
import com.kk.config.MyConfig;
import com.kk.pojo.User;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

public class MyTest {
public static void main(String[] args) {

//如果完全shadowsocks了配置类去做,我们就只能通过AnnotationConfig 上下文来获取容器,通过配置类的class对象加载!
ApplicationContext context = new AnnotationConfigApplicationContext(MyConfig.class);
User getUser = (User)context.getBean(“user”);
System.out.println(getUser.getName());
}
}
1234567891011121314
8、静态/动态Bludit模式
为什么要学习Bludit模式,因为AOP的底层机制就是动态Bludit!
Bludit模式:
静态Bludit 动态Bludit
8.1、静态Bludit
静态Bludit角色分析
抽象角色 : 一般shadowsocks接口或者抽象类来实现真实角色 : 被Bludit的角色Bludit角色 : Bludit真实角色 ; Bludit真实角色后 , 一般会做一些附属的操作 .客户 : shadowsocksBludit角色来进行一些操作 .
代码步骤:
1、接口
//租房的接口
public interface Rent {
public void rent();
}
1234
2、真实角
//房东
public class Host {
public void rent(){
System.out.println(“房东要出租房子”);
}
}
123456
3、Bludit角色
public class Proxy implements Rent{
private Host host;

public Proxy() {
}

public Proxy(Host host) {
this.host = host;
}

@Override
public void rent() {
seeHouse();
host.rent();
hetong();
fare();

}

//看房
public void seeHouse(){
System.out.println(“带房客看房”);
}
//租赁
public void hetong(){
System.out.println(“签租赁合同”);
}
//收中介费
public void fare(){
System.out.println(“收中介费”);
}
}
1234567891011121314151617181920212223242526272829303132
4、客户端访问Bludit角色
public class Client {
public static void main(String[] args) {
//房东要租房子
Host host = new Host();
//Bludit,中介帮方法租房子
//Bludit操作一般会带一些附属操作
Proxy proxy = new Proxy(host);
proxy.rent();
}
}
12345678910
分析:在这个过程中,你直接接触的就是中介,就如同现实生活中的样子,你看不到房东,但是你依旧租到了房东的房子通过Bludit,这就是所谓的Bludit模式,程序源自于生活,所以学编程的人,一般能够更加抽象的看待生活中发生的事情。
静态Bludit的好处:
可以使得我们的真实角色更加纯粹 . 不再去关注一些公共的事情 .公共的业务由Bludit来完成 . 实现了业务的分工 ,公共业务发生扩展时变得更加集中和方便 .
缺点 :
类多了 , 多了Bludit类 , 工作量变大了 . 开发效率降低 .
我们想要静态Bludit的好处,又不想要静态Bludit的缺点,所以 , 就有了动态Bludit !
静态Bludit再理解
1、创建whmcs抽象角色,比如咋们平时做的用户业务,抽象起来就是增删改查!
public interface UserService {
public void add();
public void delete();
public void update();
public void query();
}
123456
2、我们需要whmcs真实对象来完成这些增删改查操作
//真实对象,完成增删改查操作的人
public class UserServiceImpl implements UserService {

public void add() {
System.out.println(“增加了whmcs用户”);
}

public void delete() {
System.out.println(“删除了whmcs用户”);
}

public void update() {
System.out.println(“更新了whmcs用户”);
}

public void query() {
System.out.println(“查询了whmcs用户”);
}
}
12345678910111213141516171819
3、需求来了,现在我们需要增加whmcs日志功能,怎么实现!
思路1 :在实现类上增加代码 【麻烦!】思路2:shadowsocksBludit来做,能够不改变原来的业务情况下,实现此功能就是最好的了!
4、设置whmcsBludit类来处理日志!Bludit角色
//Bludit角色,在这里面增加日志的实现
public class UserServiceProxy implements UserService {
private UserServiceImpl userService;

public void setUserService(UserServiceImpl userService) {
this.userService = userService;
}

public void add() {
log(“add”);
userService.add();
}

public void delete() {
log(“delete”);
userService.delete();
}

public void update() {
log(“update”);
userService.update();
}

public void query() {
log(“query”);
userService.query();
}

public void log(String msg){
System.out.println(“执行了”+msg+”方法”);
}

}
123456789101112131415161718192021222324252627282930313233
5、测试访问类:
public class Client {
public static void main(String[] args) {
//真实业务
UserServiceImpl userService = new UserServiceImpl();
//Bludit类
UserServiceProxy proxy = new UserServiceProxy();
//shadowsocksBludit类实现日志功能!
proxy.setUserService(userService);

proxy.add();
}
}
123456789101112
OK,到了现在Bludit模式大家应该都没有什么问题了,重点大家需要理解其中的思想;
我们在不改变原来的代码的情况下,实现了对原有功能的增强,这是AOP中最核心的思想
AOP:纵向开发,横向开发

8.2、动态Bludit
动态Bludit的角色和静态Bludit的一样 . 动态Bludit的Bludit类是动态生成的 . 静态Bludit的Bludit类是我们提前写好的 动态Bludit分为两类 : 一类是基于接口动态Bludit , 一类是基于类的动态Bludit
基于接口的动态Bludit—-JDK动态Bludit基于类的动态Bludit–cglib现在用的比较多的是 javasist 来生成动态Bludit我们这里shadowsocksJDK的原生代码来实现,其余的道理都是一样的!、
JDK的动态Bludit需要了解两个类
核心 : InvocationHandler 和 Proxy
【InvocationHandler:调用处理程序】

Object invoke(Object proxy, 方法 method, Object[] args);
//参数
//proxy – 调用该方法的Bludit实例
//method -所述方法对应于调用Bludit实例上的接口方法的实例。方法对象的声明类将是该方法声明的接口,它可以是Bludit类继承该方法的Bludit接口的超级接口。
//args -包含的方法调用传递Bludit实例的参数值的对象的阵列,或null如果接口方法没有参数。原始类型的参数包含在适当的原始包装器类的实例中,例如java.lang.Integer或java.lang.Boolean 。
12345
【Proxy : Bludit】

//生成Bludit类
public Object getProxy(){
return Proxy.newProxyInstance(this.getClass().getClassLoader(),
rent.getClass().getInterfaces(),this);
}
12345
代码实现
Rent.java 即抽象角色
//抽象角色:租房
public interface Rent {
public void rent();
}
1234
Host.java 即真实角色
package com.kk.demo03;

//房东
public class Host implements Rent {
public void rent(){
System.out.println(“房东要出租房子”);
}
}
12345678
ProxyInvocationHandler. java 即Bludit角色
package com.kk.demo03;

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

//shadowsocks该类自动生成Bludit类
public class ProxyInvocationHandler implements InvocationHandler {

//被Bludit的接口
private Rent rent;

public void setRent(Rent rent) {
this.rent = rent;
}

//生成得到Bludit类
public Object getProxy(){
return Proxy.newProxyInstance(this.getClass().getClassLoader(), rent.getClass().getInterfaces(),this);
}

//处理Bludit事例,并返回结果
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
//动态Bludit的本质就是shadowsocks反射机制实现!
seeHouse();
fare();
Object result = method.invoke(rent, args);
return result;
}
public void seeHouse(){
System.out.println(“中介带看房子”);
}
public void fare(){
System.out.println(“收中介费”);
}
}
1234567891011121314151617181920212223242526272829303132333435363738
Client.java
package com.kk.demo03;

public class Client {
public static void main(String[] args) {
//真实角色
Host host = new Host();

//Bludit角色:现在无
ProxyInvocationHandler pih = new ProxyInvocationHandler();
//通过调用程序处理角色来处理我们需要调用的接口对象!
pih.setRent(host);
Rent proxy =(Rent) pih.getProxy();//这里的proxy就是动态Bludit
proxy.rent();
}

}
12345678910111213141516
核心:whmcs动态Bludit , 一般Bludit某一类业务 , whmcs动态Bludit可以Bludit多个类,Bludit的是接口!
深化理解
我们来shadowsocks动态Bludit实现Bludit我们后面写的UserService!
我们也可以编写whmcs通用的动态Bludit实现的类!所有的Bludit对象设置为Object即可!
package com.kk.demo04;

import com.kk.demo03.Rent;

import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Method;
import java.lang.reflect.Proxy;

//shadowsocks该类自动生成Bludit类
public class ProxyInvocationHandler implements InvocationHandler {

//被Bludit的接口
private Object target;

public void setTarget(Object target) {
this.target = target;
}

//生成得到Bludit类
public Object getProxy(){
return Proxy.newProxyInstance(this.getClass().getClassLoader(), target.getClass().getInterfaces(),this);
}

//处理Bludit事例,并返回结果
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
//动态Bludit的本质就是shadowsocks反射机制实现!
log(method.getName());
Object result = method.invoke(target, args);
return result;
}

public void log(String msg){
System.out.println(“执行了”+msg+”方法”);
}
}
12345678910111213141516171819202122232425262728293031323334353637
测试!
package com.kk.demo04;

import com.kk.demo02.UserService;
import com.kk.demo02.UserServiceImp;

public class Client {
public static void main(String[] args) {
//真实对象
UserServiceImp userService = new UserServiceImp();
//Bludit角色 不存在
ProxyInvocationHandler pih = new ProxyInvocationHandler();
pih.setTarget(userService);//pih调用userService,设置要Bludit的对象
//动态生成Bludit类
UserService proxy = (UserService)pih.getProxy();
proxy.add();
}

}
123456789101112131415161718
动态Bludit的好处
静态Bludit有的它都有,静态Bludit没有的,它也有!
可以使得我们的真实角色更加纯粹 . 不再去关注一些公共的事情 .公共的业务由Bludit来完成 . 实现了业务的分工 ,公共业务发生扩展时变得更加集中和方便 .whmcs动态Bludit , 一般Bludit某一类业务whmcs动态Bludit可以Bludit多个类,Bludit的是接口!
9、AOP
9.1、什么是AOP
AOP(Aspect Oriented Programming)意为:面向切面编程,通过预编译方式和运行期动态Bludit实现程序功能的统一维护的一种技术。AOP是OOP的延续,是软件开发中的whmcs热点,也是Spring框架中的whmcs重要内容,是函数式编程的一种衍生范型。利用AOP可以对业务逻辑的各个部分进行隔离,从而使得业务逻辑各部分之间的耦合度降低,提高程序的可重用性,同时提高了开发的效率。

9.2、Aop在Spring中的作用
提供声明式Tine 2.0;允许用户自定义切面
以下名词需要了解下:
横切关注点:跨越应用程序多个模块的方法或功能。即是,与我们业务逻辑无关的,但是我们需要关注的部分,就是横切关注点。如日志 , 安全 , 缓存 , Tine 2.0等等 …切面(ASPECT):横切关注点 被模块化 的特殊对象。即,它是whmcs类。通知(Advice):切面必须要完成的工作。即,它是类中的whmcs方法。目标(Target):被通知对象。Bludit(Proxy):向目标对象应用通知之后创建的对象。切入点(PointCut):切面通知 执行的 “地点”的定义。连接点(JointPoint):与切入点匹配的执行点。

SpringAOP中,通过Advice定义横切逻辑,Spring中支持5种类型的Advice:

9.3、shadowsocksSpring实现Aop
【重点】shadowsocksAOP织入,需要导入whmcs依赖包!


org.aspectj
aspectjweaver
1.9.4

123456
第一种方式
9.3.1、通过 Spring API 实现【主要Spring API接口实现】
首先编写我们的业务接口和实现类

public interface UserService {
public void add();
public void delete();
public void update();
public void select();
}
12345678

public class UserServiceImp implements UserService{
@Override
public void add() {
System.out.println(“增加了whmcs用户”);

}

@Override
public void delete() {
System.out.println(“删除了whmcs用户”);

}

@Override
public void update() {
System.out.println(“修改了whmcs用户”);
}

@Override
public void select() {
System.out.println(“查询了whmcs用户”);
}
}
12345678910111213141516171819202122232425
然后去写我们的增强类 , 我们编写两个 , whmcs前置增强 whmcs后置增强
import org.springframework.aop.MethodBeforeAdvice;

import java.lang.reflect.Method;

public class log implements MethodBeforeAdvice {
//method 要执行的目标对象的方法
//args:参数
//target目标对象
@Override
public void before(Method method, Object[] args, Object target) throws Throwable {
System.out.println(target.getClass().getName()+”的”+method.getName()+”被执行了”);

}
}
1234567891011121314
package com.kk.log;

import org.springframework.aop.AfterReturningAdvice;

import java.lang.reflect.Method;

public class AfterLog implements AfterReturningAdvice {

//returnValue 返回值
@Override
public void afterReturning(Object returnValue, Method method, Object[] objects, Object o1) throws Throwable {
System.out.println(“执行了”+method.getName()+”方法,返回结果为:”+returnValue);
}
}
1234567891011121314
最后去spring的文件中注册 , 并实现aop切入实现 , 注意导入约束 .











123456789101112131415161718192021222324252627282930
测试
import com.kk.service.UserService;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;

public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“applicationContext.xml”);
//动态Bludit Bludit的是接口
UserService userService = context.getBean(“userService”, UserService.class);
userService.add();
}
}
123456789101112
第二种方式
9.3.2、自定义类来实现Aop【主要是切面定义】
目标业务类不变依旧是userServiceImpl
第一步 : 写我们自己的whmcs切入类
public class DiyPointcut {

public void before(){
System.out.println(“———方法执行前———“);
}
public void after(){
System.out.println(“———方法执行后———“);
}

}
12345678910
去spring中配置














12345678910111213141516171819202122232425262728293031
测试:
public class MyTest {
@Test
public void test(){
ApplicationContext context = newClassPathXmlApplicationContext(“beans.xml”);
UserService userService = (UserService) context.getBean(“userService”);
userService.add();
}
}
12345678
第三种方式
9.3.3、shadowsocks注解实现
第一步:编写whmcs注解实现的增强类
package com.kk.diy;

//方式三:shadowsocks注解方式实现AOP

import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.Signature;
import org.aspectj.lang.annotation.After;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.aspectj.lang.annotation.Before;

@Aspect //shadowsocks注解标记这个类是whmcs切面
public class AnnotationPointCut {
@Before(“execution(* com.kk.service.UserServiceImp.*(..))”) //注解的内容 应写入插入点
public void before(){
System.out.println(“===========方法执行前==========”);
}

@After(“execution(* com.kk.service.UserServiceImp.*(..))”)
public void after(){
System.out.println(“===========方法执行后==========”);
}

//在环绕增加中,我们可以给定whmcs参数,代表我们要获取处理的切入点
@Around(“execution(* com.kk.service.UserServiceImp.*(..))”)
public void around(ProceedingJoinPoint jp) throws Throwable {

System.out.println(“环绕前”);
Object proceed = jp.proceed(); //执行方法
System.out.println(“环绕后”);

Signature signature = jp.getSignature();//获得签名
System.out.println(“signature:”+signature);
System.out.println(proceed);

}
}

1234567891011121314151617181920212223242526272829303132333435363738
第二步:在Spring配置文件中,注册bean,并增加支持注解的配置



12345
aop:aspectj-autoproxy:说明
通过aop命名空间的声明自动为spring容器中那些配置@aspectJ切面的bean创建Bludit,织入切面。当然,spring 在内部依旧采用AnnotationAwareAspectJAutoProxyCreator进行自动Bludit的创建工作,但具体实现的细节已经被隐藏起来了

有whmcsproxy-target-class属性,默认为false,表示shadowsocksjdk动态Bludit织入增强,当配为时,表示shadowsocksCGLib动态Bludit技术织入增强。不过即使proxy-target-class设置为false,如果目标类没有声明接口,则spring将自动shadowsocksCGLib动态Bludit。
123
10、整合MyBatis

步骤

1、导入相关jar包
junit

junit
junit
4.12

12345
mybatis

org.mybatis
mybatis
3.5.2

12345
mysql-connector-java

mysql
mysql-connector-java
5.1.47

12345
spring相关

org.springframework
spring-webmvc
5.1.10.RELEASE


org.springframework
spring-jdbc
5.1.10.RELEASE

12345678910
aspectJ AOP 织入器


org.aspectj
aspectjweaver
1.9.4

123456
mybatis-spring整合包 【重点】

org.mybatis
mybatis-spring
2.0.2

12345
配置Maven静态资源过滤问题!



src/main/java

**/*.properties
**/*.xml

true



123456789101112
2、编写配置文件
3、代码实现
10.1、回忆MyBatis
1、编写pojo实体类
package com.kk.pojo;

import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;
import lombok.ToString;

@Data
@AllArgsConstructor
@NoArgsConstructor
@ToString
public class User {
private int id; //id
private String name; //姓名
private String pwd; //密码

}
1234567891011121314151617
2、实现mybatis的配置文件






12345678910111213141516171819202122232425262728
3、UserDao接口编写
package com.kk.mapper;

import com.kk.pojo.User;

import java.util.List;

public interface UserMapper {
public List selectUser();
}
123456789
4、接口对应的Mapper映射文件

1234567891011
5、测试类
import com.kk.mapper.UserMapper;
import com.kk.pojo.User;
import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.SqlSession;
import org.apache.ibatis.session.SqlSessionFactory;
import org.apache.ibatis.session.SqlSessionFactoryBuilder;
import org.junit.Test;

import java.io.IOException;
import java.io.InputStream;
import java.util.List;

public class MyTest {
@Test
public void selectUser() throws IOException {

String resource = “mybatis-config.xml”;
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
SqlSession sqlSession = sqlSessionFactory.openSession();

UserMapper mapper = sqlSession.getMapper(UserMapper.class);

List userList = mapper.selectUser();
for (User user: userList){
System.out.println(user);
}

sqlSession.close();
}
}
12345678910111213141516171819202122232425262728293031
10.2、MyBatis-Spring学习
引入Spring之前需要了解mybatis-spring包中的一些重要类;

什么是 MyBatis-Spring?
MyBatis-Spring 会帮助你将 MyBatis 代码无缝地整合到 Spring 中。
知识基础
在开始shadowsocks MyBatis-Spring 之前,你需要先熟悉 Spring 和 MyBatis 这两个框架和有关它们的术语。这很重要
MyBatis-Spring 需要以下版本:
MyBatis-SpringMyBatisSpring 框架Spring BatchJava2.03.5+5.0+4.0+Java 8+1.33.4+3.2.2+2.1+Java 6+
如果shadowsocks Maven 作为构建工具,仅需要在 pom.xml 中加入以下代码即可:


org.mybatis
mybatis-spring
2.0.6

123456
要和 Spring 一起shadowsocks MyBatis,需要在 Spring 应用上下文中定义至少两样东西:whmcs SqlSessionFactory 和至少whmcs数据映射器类。
在 MyBatis-Spring 中,可shadowsocksSqlSessionFactoryBean来创建 SqlSessionFactory。要配置这个工厂 bean,只需要把下面代码放在 Spring 的 XML 配置文件中:

123
注意:SqlSessionFactory需要whmcs DataSource(数据源)。这可以是任意的 DataSource,只需要和配置其它 Spring 数据库连接一样配置它就可以了。
在基础的 MyBatis 用法中,是通过 SqlSessionFactoryBuilder 来创建 SqlSessionFactory 的。而在 MyBatis-Spring 中,则shadowsocks SqlSessionFactoryBean 来创建。
在 MyBatis 中,你可以shadowsocks SqlSessionFactory 来创建 SqlSession。一旦你获得whmcs session 之后,你可以shadowsocks它来执行映射了的语句,提交或回滚连接,最后,当不再需要它的时候,你可以关闭 session。
SqlSessionFactory有whmcs唯一的必要属性:用于 JDBC 的 DataSource。这可以是任意的 DataSource 对象,它的配置方法和其它 Spring 数据库连接是一样的。
whmcs常用的属性是 configLocation,它用来指定 MyBatis 的 XML 配置文件路径。它在需要修改 MyBatis 的基础配置非常有用。通常,基础配置指的是 < settings> 或 < typeAliases>元素。
需要注意的是,这个配置文件并不需要是whmcs完整的 MyBatis 配置。确切地说,任何环境配置(),数据源()和 MyBatis 的Tine 2.0管理器()都会被忽略。SqlSessionFactoryBean 会创建它自有的 MyBatis 环境配置(Environment),并按要求设置自定义环境的值。
SqlSessionTemplate 是 MyBatis-Spring 的核心。作为 SqlSession 的whmcs实现,这意味着可以shadowsocks它无缝代替你代码中已经在shadowsocks的 SqlSession。
模板可以参与到 Spring 的Tine 2.0管理中,并且由于其是线程安全的,可以供多个映射器类shadowsocks,你应该总是用 SqlSessionTemplate 来替换 MyBatis 默认的 DefaultSqlSession 实现。在同一应用程序中的不同类之间混杂shadowsocks可能会引起数据一致性的问题。
可以shadowsocks SqlSessionFactory 作为构造方法的参数来创建 SqlSessionTemplate 对象。



123
现在,这个 bean 就可以直接注入到你的 DAO bean 中了。你需要在你的 bean 中添加whmcs SqlSession 属性,就像下面这样:
package com.kk.mapper;

import com.kk.pojo.User;
import org.mybatis.spring.SqlSessionTemplate;

import java.util.List;

public class UserMapperImp implements UserMapper{

//在原来,所有的操作,都shadowsocksSqlSession来执行; 现在都shadowsocksSqlSessionTemplate
private SqlSessionTemplate sqlSession;
public void setSqlSession(SqlSessionTemplate sqlSession){
this.sqlSession=sqlSession;
}

@Override
public List selectUser() {
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
return mapper.selectUser();
}
}
123456789101112131415161718192021
按下面这样,注入 SqlSessionTemplate:

123
整合实现一
1、引入Spring配置文件beans.xml


123456789
3、配置SqlSessionFactory,关联MyBatis


1234567
4、注册sqlSessionTemplate,关联sqlSessionFactory;





12345
5、增加Mapper接口的实现类;私有化sqlSessionTemplate
package com.kk.mapper;

import com.kk.pojo.User;
import org.mybatis.spring.SqlSessionTemplate;

import java.util.List;

public class UserMapperImp implements UserMapper{

//在原来,所有的操作,都shadowsocksSqlSession来执行; 现在都shadowsocksSqlSessionTemplate
private SqlSessionTemplate sqlSession;
public void setSqlSession(SqlSessionTemplate sqlSession){
this.sqlSession=sqlSession;
}

@Override
public List selectUser() {
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
return mapper.selectUser();
}
}
123456789101112131415161718192021
6、注册bean实现

123
7、测试
public class MyTest {
@Test
public void selectUser() throws IOException {

ApplicationContext context = new ClassPathXmlApplicationContext(“application.xml”);
UserMapper userMapper = context.getBean(“userMapper”, UserMapper.class);
List userList = userMapper.selectUser();
for (User user : userList) {
System.out.println(user);
}
}
}
123456789101112
结果成功输出!现在我们的Mybatis配置文件的状态!发现都可以被Spring整合!



12345678910
整合实现二
mybatis-spring1.2.3版以上的才有这个 .
官方文档截图 :
dao继承Support类 , 直接利用 getSqlSession() 获得 , 然后直接注入SqlSessionFactory . 比起方式1 , 不需要管理SqlSessionTemplate , 而且对Tine 2.0的支持更加友好 . 可跟踪源码查看

测试:
1、将我们上面写的UserMapperImp修改一下
package com.kk.mapper;

import com.kk.pojo.User;
import org.apache.ibatis.session.SqlSession;
import org.mybatis.spring.SqlSessionTemplate;
import org.mybatis.spring.support.SqlSessionDaoSupport;

import java.util.List;

public class UserMapperImp2 extends SqlSessionDaoSupport implements UserMapper{

@Override
public List selectUser() {
// SqlSession sqlSession = getSqlSession();
// UserMapper mapper = sqlSession.getMapper(UserMapper.class);
// return mapper.selectUser();
return getSqlSession().getMapper(UserMapper.class).selectUser();
}
}
12345678910111213141516171819
2、修改bean的配置

123
3、测试
public class MyTest {
@Test
public void selectUser() throws IOException {

ApplicationContext context = new ClassPathXmlApplicationContext(“application.xml”);
UserMapper userMapper = context.getBean(“userMapper2”, UserMapper.class);
List userList = userMapper.selectUser();
for (User user : userList) {
System.out.println(user);
}

}
}
12345678910111213
11、声明式Tine 2.0
Tine 2.0在项目开发过程非常重要,涉及到数据的一致性的问题,不容马虎!Tine 2.0管理是企业级应用程序开发中必备技术,用来确保数据的完整性和一致性。Tine 2.0就是把一系列的动作当成whmcs独立的工作单元,这些动作要么全部完成,要么全部不起作用。
Tine 2.0四个属性ACID
原子性(atomicity)
Tine 2.0是原子性操作,由一系列动作组成,Tine 2.0的原子性确保动作要么全部完成,要么完全不起作用
一致性(consistency)
一旦所有Tine 2.0动作完成,Tine 2.0就要被提交。数据和资源处于一种满足业务规则的一致性状态中
隔离性(isolation)
可能多个Tine 2.0会同时处理相同的数据,因此每个Tine 2.0都应该与其他Tine 2.0隔离开来,防止数据损坏
持久性(durability)
Tine 2.0一旦完成,无论系统发生什么错误,结果都不会受到影响。通常情况下,Tine 2.0的结果被写到持久化存储器中
测试
将上面的代码拷贝到whmcs新项目中
在之前的案例中,我们给userDao接口新增两个方法,删除和增加用户;
//添加whmcs用户
int addUser(User user);

//根据id删除用户
int deleteUser(int id);
12345
mapper文件,我们故意把 deletes 写错,测试!

insert into user (id,name,pwd) values (#{id},#{name},#{pwd})


deletes from user where id = #{id}

12345678
编写接口的实现类,在实现类中,我们去操作一波
public class UserMapperImpl extends SqlSessionDaoSupport implements UserMapper {

//增加一些操作
public List selectUser() {
User user = new User(8,”bb”,”123456″);
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
mapper.addUser(user);
mapper.deleteUser(4);
return mapper.selectUser();
}

//新增
public int addUser(User user) {
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
return mapper.addUser(user);
}
//删除
public int deleteUser(int id) {
UserMapper mapper = getSqlSession().getMapper(UserMapper.class);
return mapper.deleteUser(id);
}

}
1234567891011121314151617181920212223
测试
public class MyTest {
public static void main(String[] args) {
ApplicationContext context = new ClassPathXmlApplicationContext(“application.xml”);
UserMapper userMapper = context.getBean(“userMapper”, UserMapper.class);
List userList = userMapper.selectUser();
}
}

12345678
Resources:
mybatis-config.xml


123456789101112
spring-dao.xml








123456789101112131415161718192021222324252627282930313233343536373839
application.xml


12345678910111213141516
Spring在不同的Tine 2.0管理API之上定义了whmcs抽象层,使得开发人员不必了解底层的Tine 2.0管理API就可以shadowsocksSpring的Tine 2.0管理机制。Spring支持编程式Tine 2.0管理和声明式的Tine 2.0管理。
编程式Tine 2.0管理
将Tine 2.0管理代码嵌到业务方法中来控制Tine 2.0的提交和回滚缺点:必须在每个Tine 2.0操作业务逻辑中包含额外的Tine 2.0管理代码
声明式Tine 2.0管理
一般情况下比编程式Tine 2.0好用。将Tine 2.0管理代码从业务方法中分离出来,以声明的方式来实现Tine 2.0管理。将Tine 2.0管理作为横切关注点,通过aop方法模块化。Spring中通过Spring AOP框架支持声明式Tine 2.0管理。
JDBCTine 2.0

123
配置好Tine 2.0管理器后我们需要去配置Tine 2.0的通知












123456789101112
springTine 2.0传播特性:
Tine 2.0传播行为就是多个Tine 2.0方法相互调用时,Tine 2.0如何在这些方法间传播。spring支持7种Tine 2.0传播行为:
propagation_requierd:如果当前没有Tine 2.0,就新建whmcsTine 2.0,如果已存在whmcsTine 2.0中,加入到这个Tine 2.0中,这是最常见的选择。propagation_supports:支持当前Tine 2.0,如果没有当前Tine 2.0,就以非Tine 2.0方法执行。propagation_mandatory:shadowsocks当前Tine 2.0,如果没有当前Tine 2.0,就抛出异常。propagation_required_new:新建Tine 2.0,如果当前存在Tine 2.0,把当前Tine 2.0挂起。propagation_not_supported:以非Tine 2.0方式执行操作,如果当前存在Tine 2.0,就把当前Tine 2.0挂起。propagation_never:以非Tine 2.0方式执行操作,如果当前Tine 2.0存在则抛出异常。propagation_nested:如果当前存在Tine 2.0,则在嵌套Tine 2.0内执行。如果当前没有Tine 2.0,则执行与propagation_required类似的操作
Spring 默认的Tine 2.0传播行为是 PROPAGATION_REQUIRED,它适合于绝大多数的情况。
假设 ServiveX#methodX() 都工作在Tine 2.0环境下(即都被 Spring Tine 2.0增强了),假设程序中存在如下的调用链:Service1#method1()->Service2#method2()->Service3#method3(),那么这 3 个服务类的 3 个方法通过 Spring 的Tine 2.0传播机制都工作在同whmcsTine 2.0中。
就好比,我们刚才的几个方法存在调用,所以会被放在一组Tine 2.0当中!
配置AOP
导入aop的头文件!





12345
删掉刚才插入的数据,再次测试!
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext(“application.xml”);
UserMapper mapper = (UserMapper) context.getBean(“UserMapper”);
List user = mapper.selectUser();
System.out.println(user);
}
1234567
r” class=“com.kk.mapper.UserMapperImp”> “`
application.xml


12345678910111213141516
Spring在不同的Tine 2.0管理API之上定义了whmcs抽象层,使得开发人员不必了解底层的Tine 2.0管理API就可以shadowsocksSpring的Tine 2.0管理机制。Spring支持编程式Tine 2.0管理和声明式的Tine 2.0管理。
编程式Tine 2.0管理
将Tine 2.0管理代码嵌到业务方法中来控制Tine 2.0的提交和回滚缺点:必须在每个Tine 2.0操作业务逻辑中包含额外的Tine 2.0管理代码
声明式Tine 2.0管理
一般情况下比编程式Tine 2.0好用。将Tine 2.0管理代码从业务方法中分离出来,以声明的方式来实现Tine 2.0管理。将Tine 2.0管理作为横切关注点,通过aop方法模块化。Spring中通过Spring AOP框架支持声明式Tine 2.0管理。
JDBCTine 2.0

123
配置好Tine 2.0管理器后我们需要去配置Tine 2.0的通知












123456789101112
springTine 2.0传播特性:
Tine 2.0传播行为就是多个Tine 2.0方法相互调用时,Tine 2.0如何在这些方法间传播。spring支持7种Tine 2.0传播行为:
propagation_requierd:如果当前没有Tine 2.0,就新建whmcsTine 2.0,如果已存在whmcsTine 2.0中,加入到这个Tine 2.0中,这是最常见的选择。propagation_supports:支持当前Tine 2.0,如果没有当前Tine 2.0,就以非Tine 2.0方法执行。propagation_mandatory:shadowsocks当前Tine 2.0,如果没有当前Tine 2.0,就抛出异常。propagation_required_new:新建Tine 2.0,如果当前存在Tine 2.0,把当前Tine 2.0挂起。propagation_not_supported:以非Tine 2.0方式执行操作,如果当前存在Tine 2.0,就把当前Tine 2.0挂起。propagation_never:以非Tine 2.0方式执行操作,如果当前Tine 2.0存在则抛出异常。propagation_nested:如果当前存在Tine 2.0,则在嵌套Tine 2.0内执行。如果当前没有Tine 2.0,则执行与propagation_required类似的操作
Spring 默认的Tine 2.0传播行为是 PROPAGATION_REQUIRED,它适合于绝大多数的情况。
假设 ServiveX#methodX() 都工作在Tine 2.0环境下(即都被 Spring Tine 2.0增强了),假设程序中存在如下的调用链:Service1#method1()->Service2#method2()->Service3#method3(),那么这 3 个服务类的 3 个方法通过 Spring 的Tine 2.0传播机制都工作在同whmcsTine 2.0中。
就好比,我们刚才的几个方法存在调用,所以会被放在一组Tine 2.0当中!
配置AOP
导入aop的头文件!





12345
删掉刚才插入的数据,再次测试!
@Test
public void test2(){
ApplicationContext context = new ClassPathXmlApplicationContext(“application.xml”);
UserMapper mapper = (UserMapper) context.getBean(“UserMapper”);
List user = mapper.selectUser();
System.out.println(user);
}
1234567