比较喜欢JFinal简单的设计。但是我们的不少项目都需要连接至少两个数据库，而JFinal的ActiveRecord对多数据源支持比较若。周末断断续续花了一天的时间对JFinal进行的ActiveRecord做改造。
设计目标如下：
1）既有的单数据源的JFinal代码不用修改一行代码就可以自然支持。
2）Model，Record都支持多数据源，而且改动量要小。
3）性能不能很大损失。
实现思路：
1）一个数据源即一个分组（group），多个数据源既有多个分组，每个Mode只能属于一个分组。Record不限制分组。
2）default是一个默认分组，当不指定分组名师，默认采用default分组。这个用来解决兼容问题。
3）尽量启动时计算一下，减少每次请求的计算。
实现结果：
1）原来的JFinal方式兼容，但是删除掉了Model和Record中关于DataSource为参数的操作，给位group
多数据源方式：
@Override
public void configPlugin(Plugins me) {
//从配置文件中获取数据库配置项
PropertyConfig config = PropertyConfig.me();
//a数据源
DruidPlugin aDruidPlugin = new DruidPlugin(
config.getProperty("a.dataSource.url"),
config.getProperty("a.dataSource.userName"),
config.getProperty("a.dataSource.password"),
config.getProperty("a.dataSource.driverClass"));
aDruidPlugin.setInitialSize(3).setMaxActive(10);
//b数据源
DruidPlugin bDruidPlugin = new DruidPlugin(
config.getProperty("b.dataSource.url"),
config.getProperty("b.dataSource.userName"),
config.getProperty("b.dataSource.password"),
config.getProperty("b.dataSource.driverClass"));
bDruidPlugin.setInitialSize(3).setMaxActive(10);
//加载数据库连接池插件
me.add(aDruidPlugin);
me.add(bDruidPlugin);
//分组a，数据源b
ActiveRecordPlugin aArp = new ActiveRecordPlugin("aGroup",aDruidPlugin);
aArp.setShowSql(true);
aArp.addMapping("t_admin_user", AdminUser.class);
aArp.addMapping("t_charge_history", ChargeHistory.class);
aArp.addMapping("t_sms_api_user", SmsApiUser.class);
me.add(aArp);
//分组b，数据源b
ActiveRecordPlugin bArp = new ActiveRecordPlugin("bGroup",bDruidPlugin);
bArp.setDialect(new PostgreSqlDialect());
bArp.setShowSql(true);
bArp.addMapping("t_send_message_history", SendMessageHistory.class);
me.add(bArp);
}
差异在于ActiveRecordPlugin多了一个构造函数。Model的写法和以前一样。不用改变。
如果要在Controller上配置事务（TX系列拦截器）拦截器，configRoute(Routes me) 函数也得做一定改变。若不用事务拦截器，则还和原来一样。使用拦截器的话代码如下：
public void configRoute(Routes me) {
me.addWithGroup("aGroup","/", IndexController.class);
me.addWithGroup("aGroup","/au",AdminUserController.class);
me.addWithGroup("aGroup","/sau", SmsApiUserController.class);
me.addWithGroup("bGroup","/smh",SendMessageHistoryController.class);
}