装饰者模式&数据库连接池原理

 装饰者模式： 我是一个没有感情的杀手

在复习到自建数据库连接池的时候有点蒙了，再次翻看视频整理如下：（装饰者模式下自建数据库连接池修改close功能为 回收连接对象）

自备材料：数据库连接对象的获取的工具类 jdbcUtils（产出数据库连接对象getConnection 以及 释放资源的close）

—————————————————————————————————————————————————

public class MyDataSource implements DataSource {
　　List <Connection> list = new ArrayList<>();　　　　　　　　//用来存放连接对象的集合（可以看作是一个池子）
　　public MyDataSource() {　　　　　　　　　　　　　　　　//构造方式中创建了10个连接对象，放到池子中
　　　　for (int i = 0; i < 10; i++) {
　　　　　　Connection conn = JDBCUtil.getConn();
　　　　　　list.add(conn);
　　　　}
　　}

　　@Override
　　public Connection getConnection() throws SQLException {
　　　　if(list.size() == 0 ){　　　　　　　　　　　　　　　　　　//获取连接对象之前自检一边池子中是否还有多余连接对象
　　　　　　for (int i = 0; i < 5; i++) {　　　　　　　　　　　　　  //如果拿那完了  我们每次设定涨幅为5个 ，再创建五个
　　　　　　　　Connection conn = JDBCUtil.getConn();
　　　　　　　　list.add(conn);
　　　　　　}
　　　　}

　　　　Connection conn = list.remove(0);　　//remove()  移除并返回该对象，我们就获得了一个连接池对象，且池子中也相应的减少
　　　　Connection connection = new ConnectionWrap(conn, list);　 　//在把这个对象抛出去的时候， 对这个对象进行包装。（关键所在）
　　　　return connection;　　　　　　　　　　　　　　　　　　　　//返回包装后的对象
　　}

—————————————————————————————————————————————————

装饰者模式下的包装类

public class ConnectionWrap implements Connection{　　　　　　　　　　　
　　Connection connection = null;
　　List <Connection> list ;
　　public ConnectionWrap(Connection connection , List <Connection> list) {　　　//为全局变量赋值　，待会儿需要　　
　　　　super();
　　　　this.connection = connection;
　　　　this.list = list;
　　}

　　@Override
　　public void close() throws SQLException {　　　　　　//这个是我们要使用到的方法 所以对其进行装饰修改
　　　　//connection.close();　　　　　　　　　　　　　　//原本close(） 是释放资源用的 现在我们不要他释放资源了  我们对其变更功能　　　　　
　　　　list.add(connection);　　　　　　　　　　　　　　//将该连接对象，回收到我们的池中中
　　}

　　//这个方法待会儿我们也要使用，但我们不打算更改，所以调用之前的方法即可
　　@Override
　　public PreparedStatement prepareStatement(String sql) throws SQLException {　　　
　　　　return connection.prepareStatement(sql);
　　　}

.......

———————————————————————————————————————————————————

这样一套太极打下来：

　　当我们从自建数据源 MyDataSource 中获取对象时， 返回给我们的对象是一个也实现Connection方法的 自建对象，  当我们要调用某个方法时，调用的是这个自建对象中方法，

　　　　如果我们不想对某个方法进行改变， 但又需要时，  使用通过构造传来的那个对象的方法即可

装饰者的大概：

　　实现相同的接口，被装饰类 通过装饰类的构造传入 ，作为装饰类的全局变量   想改变某个方式的逻辑时， 直接在装饰类中对应方法修改 ，如果不想改变 ，调用全局变量，启用被装饰类的方法

　　　　在使用的时候， 我们就用装饰类，做我们想做的时候， 体现了多态的思想