敏捷开发的必要技巧有什么？
如果还不清楚的话，我们就这样举例吧，比如，现在我们已经有了2000个参会者，在两个数据库中存放，其中数据库A的participants表里面存放了1000个参会者，数据库B的participants这个表存放了1000个参会者。 DBTable顶多只能描述一个数据库里面的一张表，也就是1000个参会者，而participants则可以完全的描述这2000年参会者的信息。前面可以当作数据库的数据表在系统中的代表，而后者表示的应该包含更多业务逻辑的一个域对象。 （原谅这边我只能用域对象这样的词来断开这样的混淆。）
因此，我们可以判断，ParticipantsInDB跟DBTable之间不应...全部
如果还不清楚的话，我们就这样举例吧，比如，现在我们已经有了2000个参会者，在两个数据库中存放，其中数据库A的participants表里面存放了1000个参会者，数据库B的participants这个表存放了1000个参会者。
DBTable顶多只能描述一个数据库里面的一张表，也就是1000个参会者，而participants则可以完全的描述这2000年参会者的信息。前面可以当作数据库的数据表在系统中的代表，而后者表示的应该包含更多业务逻辑的一个域对象。
（原谅这边我只能用域对象这样的词来断开这样的混淆。）
因此，我们可以判断，ParticipantsInDB跟DBTable之间不应该有什么继承的关系。ParticipantsInDB不能继承DBTable这个类了。
于是，现在ParticipantsInDB也没有getCount这个方法了。可是ParticipantsInDB还需要DBTable类里面的其他方法啊，那怎么办？所以现在我们让ParticipantsInDB里面引用了一个DBTable：
public class DBTable {
private Connection conn;
private String tableName;
public DBTable(String tableName) {
this。
tableName = tableName;
this。conn = 。。。;
}
public void clear() {
PreparedStatement st = conn。prepareStatement("DELETE FROM "+tableName);
try {
st。
executeUpdate();
}finally{
st。close();
}
}
public int getCount() {
PreparedStatement st = conn。prepareStatement("SELECT COUNT(*) FROM "+tableName);
try {
ResultSet rs = st。
executeQuery();
rs。next();
return rs。getInt
(1);
}finally{
st。close();
}
}
public String getTableName() {
return tableName;
}
public Connection getConn() {
return conn;
}
}
public class ParticipantsInDB {
private DBTable table;
public ParticipantsInDB() {
table = new DBTable("participants");
}
public void addParticipant(Participant part) {
。
。。
}
public void deleteParticipant(String participantId) {
setDeleteFlag(participantId, true);
}
public void restoreParticipant(String participantId) {
setDeleteFlag(participantId, false);
}
private void setDeleteFlag(String participantId, boolean b) {
。
。。
}
public void reallyDelete() {
PreparedStatement st = table。getConn()。prepareStatement(
"DELETE FROM "+
table。
getTableName()+
" WHERE deleteFlag=true");
try {
st。executeUpdate();
}finally{
st。close();
}
}
public void clear() {
table。
clear();
}
public int countParticipants() {
PreparedStatement st = table。getConn()。prepareStatement(
"SELECT COUNT(*) FROM "+
table。
getTableName()+
" WHERE deleteFlag=false");
try {
ResultSet rs = st。executeQuery();
rs。next();
return rs。
getInt
(1);
}finally{
st。close();
}
}
}
ParticipantsInDB不再继承DBTable。代替的，它里面有一个属性引用了一个DBTable对象，然后调用这个DBTable的clear, getConn, getTableName 等等方法。
代理（delegation）
其实我们这边可以看一下ParticipantsInDB的clear方法，这个方法除了直接调用DBTable的clear方法以外，什么也没做。或者说，ParticipantsInDB只是做为一个中间介让外界调用DBTable的方法，我们管这样传递调用的中间介叫“代理(delegation)”。
现在，之前有bug的那部分代码就编译不过了：
ParticipantsInDB partsInDB = 。。。;
Participant kent = new Participant(。。。
);
Participant paul = new Participant(。。。);
partsInDB。clear();
partsInDB。addParticipant(kent);
partsInDB。
addParticipant(paul);
partsInDB。deleteParticipant(kent。getId());
//编译出错：因为在ParticipantsInDB里面已经没有getCount这个方法了！
System。
out。println("There are "+partsInDB。getCount()+ "participants");
总结一下：首先，我们发现，ParticipantsInDB 和 DBTableIn之间没有继承关系。
然后我们就将“代理”来取代它们的继承。“代理”的优点就是，我们可以控制DBTable的哪些方法可以“公布（就是设为public）”（比如clear方法）。如果我们用了继承的话，我们就没得选择，DBTable里面的所有public方法都要对外公布！。
收起
