JFinal的动态消息

如果使用 getModel(...) 则对应于表字段的字段名

如果使用 getBean(...) 则对就于 Bean/Model 之中的 setter 方法，例如：User 类中有一个 setUserName(String ...) ，那么这个名称就是 userName，处理方式为：
setUserName 这个方法名去掉 set 前缀，并将剩下的部分首字母变大写

获取url请求的传入参数

JFinal

2017-06-03 13:33

Db.query 方法返回的 List 中只包含如下两种格式：
1：Object
2：Object[]

如果sql 语句中的 select 只有一个字段，则返回 Object，否则返回 Object[]，根据情况进行一个选择就好

如果不满足需求，可以使用 Db.find(...) 方法，而不要使用 Db.query，这两个方法的主要区别是，前者将返回值封装在 Record 对象之中，后者只封装在 Object 或 Object[ ] 之中

Db查询的一个问题

JFinal

2017-06-03 13:30

@Han_JiaLin 上传文件的请求被重定向是 tomcat 的问题，看这个贴子来解决一下：http://www.oschina.net/question/941098_93842

求完整功能的demo

JFinal

2017-06-02 12:01

有部分想法是很不错的，例如坚持轻量级 COC 与极速开发原则，数据库访问优化，都一直在做的事

有些东东持谨慎态度，例如微服务的支持，本质上 jfinal 可用于微服务架构中的每个微服务之中，哪怕你的某个微服务没有用到 web 模块，用一下 active record 以及 template engine 也是可以的

而微服务更多内容是各服务的治理以及连通的事情，这个已经超出了 jfinal 原本的定位。如果开发者确实很有需求，也只会做成扩展功能

jfinal 一直定位于 web mvc + orm，其他的功能几乎都是对第三方进行的极薄封装，例如 cache、druid、redis 之类的封装

要做到极简，就必须保持克制。jfinal 的发展坚持生物进化规律，在 DNA 被复制时产生变异，保留好的变异，随着认知的提升去掉原来不好的东西，拥抱变化，拥抱不确定性，随着时间的推移，逐步进化成更加先进的物种

关于jfinal未来方向的一点想法

JFinal

2017-06-01 23:22

如果 sql 的最外层有 order by 子句，则在使用 paginate 的时候，为 isGroupBySql 参数给定 true 值即可

这个地方不会有问题，可能是你碰到的场景比较少，对此有误解，多用用就知道 jfinal 对这块的处理是很合理的，不会有错

关于分页碰到分组合并的分析（只分组不合并不在此范围）

JFinal

2017-06-01 23:19

这个看不出啥问题来，就是这么用的，估计是什么特别的原因引发的，例如拦截器拦截了，没走 setAttr("oid", orderid) 这行代码，而是直接奔着页面去了

setattr()一个值到页面，怎么获取到这个值，然后把值作为参数再传到后台