从一个ConnectionPool的实现看design pattern的运用 (二)

类别:Java 点击:0 评论:0 推荐:
 

从一个ConnectionPool的实现看design pattern的运用 ()

好啦,现在让我们看看我们是怎样设计这个ConnectionPool的接口的。

Public interface ConnectionPool{

            Connection getConnection();

            Void clear();

}

当然,这只是一个简化的接口。真正实现时也许我们还会有一些其他的方法。如同时支持同步getConnection()和异步getConnection().

同时,这个返回的Connection必须改写close()方法。原来的close()方法是关闭物理连接,但现在,我们要把这个Connection返还到ConnectionPool. 因此,这个Connection对象必须知道它出身的ConnectionPool.

这样,用户仍然调用Connection.close(), 也不用担心把Connection返还到错误的ConnectionPool.

 

再来看看我们的实现:

public class ConnectionPoolImpl: implements ConnectionPool{

            class PooledConnection implements Connection{

                        private final Connection conn;

                        private Boolean closed;

                        public PooledConnection(Connection conn)

throws SQLException{

                                    this.conn = conn;

                                    closed = conn.isClosed();

                      }

                        public void close(){

                                    if(!closed){

//保证重复调用close()不会把一个connection重复返还。

                                                closeConnection(conn);

                                                closed = true;

                                    }

                      }

                        public Boolean isClosed(){return closed;}

                        public Statement createStatement()

                       throws SQLConnection{

                                    if(isClosed()) throw new SQLException(“Connection closed”);

                                    return conn.createStatement();

                      }

                        public void commit()

                       throws SQLConnection{

                                    if(isClosed()) throw new SQLException(“Connection closed”);

                                    conn.commit();

                      }

                        //其他所有的方法都这样做委托。

            }

public synchronized Connection getConnection(){

                        如果pool里有Connection

从pool中去掉一个Connection conn;

clients++;

return new PooledConnection(conn);

                        否则,如果clients<maxClients

                                    生成一个新的连接conn

                                    clients++;

                                    return new PooledConnection(conn);

                        否则,wait(),直到pool中有空闲Connection                             

            }

            //其他的实现都和我们第一章里的代码一样。

}

 

好了,这样,通过内部类PooledConnection这样一个wrapper, 我们就可以实现这个能处理ConnectionPool的Connection.

对了,忘了说了,这个PooledConnection其实就是design pattern里的decorator模式。

 

现在让我们再欣赏一下我们的代码吧。ConnectonPoolImpl提供了一种基于简单策略的ConnectionPool的实现。PooledConnection封装了数据库连接,使之能和ConnectionPool协同工作。

完美吧?

 

 

 

不过,慢着!PooledConnection只是和ConnectionPoolImpl协同工作。张三要写ConnectionPool2还得自己重新实现一个decorator.

怎么样能使不同的ConnectionPool的实现重用我们PooledConnection呢?

 

而且,在所有大约二十个委托函数里,我们都有if(isClosed())……, 是不是很眼熟啊?一个Connection一旦被close()之后,只有在涅磐之后(通过ConnectionPool.getConnection()再次返回),才能使用。而所有对关闭了的Connection的调用,返回结果都是一样的.(不行,不行,不行!)

猜到点什么了吗?对啦,state pattern!

 

 

 

本文地址:http://com.8s8s.com/it/it18260.htm