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