2017-09-21 22:52
model 是与确定的数据源唯一对应的，在绝大部分场景下不建议切换数据源，如果要切换数据源，也只能是 new 出来一个 model 以后临时切过去，而绝对不能使用 dao 对象上的 use(...) 方法去切换
new User().use(...) 这样就将 User 切换到了另一个数据源之上了，用完这个 new 出来的 User 以后最好抛弃这个 user，以免后续被用到时，造成数据源的混乱
还有一种透明式的用法：
http://www.jfinal.com/share/236
由 @杜福忠 分享
2017-09-21 22:49
@云之遥 用 @Clear 将登录页面上的 LoginInterceptor 删掉才可以
2017-09-21 22:48
这个需求第一次被提及，需要谨慎权衡，添加东西总是很容易，但由此产生不确定性后果以后再删就不容易了
你确定有实际的应用场景在用？
2017-09-21 22:44
@qgzsyf 稍微学习一下 maven 的使用，这个现在是基础。 maven 项目可以直接导入 eclipse ， 直接运行起来
2017-09-21 22:43
利用 jfinal 的生成器，生成 baseModel，让 model 自动拥有了 getter 方法，然后通过 me.setJsonFactory(new FastJsonFactory()) 即可
2017-09-21 14:44
Db.query(sql, id); 改成
Db.find(sql, id);
注意：query 系列方法原样返回数据类型， find 系列方法将返回的数据封装成 Record 对象
2017-09-21 14:41
添加个 me.add(new SessionInViewInterceptor())，然后 ${session.key}
建议使用 jfinal 自带的 template engine， 好用太多
2017-09-21 12:43
ioc 的核心目标是为了能在构建对象时，可以用上代理类，从而实现 AOP，而 jfinal 有更简洁的 AOP 实现方案，所以就不会提供 IOC
要知道 ioc 的成本很高，通常需要一个 ioc 容器，再配合大量的 XML 或者 annotation 进行配置装配，以于于很多 spring 用户都忘了有 new 关键字和 factory 模式可以使用
