2016-08-03 11:30
@刘方杰 这个问的总结就是，有关类继承关系中的拦截器是否有效取决于 java 语言，jfinal 并未干预，多多支持 jfinal 发展 ^_^
2016-08-01 23:12
@lyh061619 jfinal.com 社区也有一大波功能在开发中，更方便、更极速、用户体验更好
2016-08-01 23:11
@lyh061619 2016 这一年将会看到一个比较完善的 jfinal 生态，各个方向都在发力
2016-08-01 18:14
@海风的爸爸 这份代码就是 jfinal 2.3 之中的，上新版本的时候就可以用了，多关注社区动态，如果想提前使用，下载一份可立即用上
2016-08-01 18:07
@jj jfinal 新版本对以前的策略有了改变，也即：即使在 getFile(...) 时指定了路径，这个路径仍然是 baseUploadPath 之下的一个相对路径。
所以，你在回复中的代码，可以直接这样实现： getFile("ht", uuid) 即可以了，省了很多代码
2016-08-01 18:03
@lyh061619 正在努力引导 jfinal 用户引入 Service 层，不是那种 interface 满天飞的搞法，jfinal 后续要开源的项目都会走这条路
2016-08-01 14:56
多表联合查询使用与该查询有关的 model 接收就可以了，加入分页使用 paginate 方法即可，只要 sql 中出现过的表名对应的 model 即可接收数据
此外，还可以使用 List list = Db.find(sql) 来接收
2016-08-01 14:54
建议参考一下这个项目： http://www.oschina.net/p/jfinalshiroplugin
2016-08-01 14:52
文件上传有一个默认的 baseUploadPath 配置，是上传的基础路径。默认值为 upload，可通过 me.setBaseUploadPath(...) 进行配置，配置完成后，上传完全始终会处于该路径之下或者该路径的子路径之下。
baseUploadPath 可以设置成绝对路径，以便于单服务器多实例共享同一个上传路径。
2016-07-31 21:34
me 这个实例是共享的，所以不能使用其中的数据承载方法，只能使用其中的 find(...) 系列以及 paginate(...) 系列的方法。
严格来说，这个 me 对象不应该存在，只是为了避免在查询时避免 new 一个对象，节省点时空。
现在 jfinal 的最佳实践已经不建议在 Model 中创建这个 me 对象了，而是在 Service 层持有一个 model 的对象用来查询，而 service 层持有的时候一般不会有人误用其 set(...)、 update()、delete() 方法了
