比较喜欢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);
}