2017-03-25 15:28
数据是根本，是很严谨的事情，所以 jfinal 只支持从数据结构到 model 的生成，不支持反向生成，你可以设想一下从 model 生成数据表会产生些什么后果
2017-03-25 11:58
此外，如果是做纯 json 服务端，在传参时可以去掉 modelName 前缀，这样来用：
1：客户端将 model.field 改为 field 参数形式
2：服务端使用 getModel(model.class, "")
如果没有创建 model ， 还可以使用 getBean(...) ，极为方便
2017-03-25 11:57
去掉 Restful 拦截器，这个拦截器实现了 Roy Fielding 博士论文上建议的 url 风格，比较死板，有一些执行上的约定，为了实现这种风格，restful 拦截器会在服务端做转发，从而也就会在控制台输出中看到多个 action 调用
去掉以后完全按照 jfinal url 风格来走，整个世界清静了
2017-03-24 22:12
在 getConfig() 中切换数据源，这一招格外妙，我以前给小伙伴们的建议没想到这招，用好这一招结合拦截器简直爽得不要不要的了
2017-03-24 21:52
这个限制应该是针对 GET 的，提交大数据量的时候使用 POST 请求即可
2017-03-24 21:15
找不到 JFinalFilter 这个类，环境没配置好，建议仔细看一下 jfinal 手册，如果是部署在 tomcat，注意看一下这个贴子：https://my.oschina.net/jfinal/blog/353062
2017-03-24 21:13
@jerry1216 如果这种重用特别多，抽取一个 BaseController 是值得的，例如 jfinal club 就抽取了 BaseController 专门处理当前登录用户，极其方便，jfinal club 项目的BaseController 中有这些方法：
User getLoginUser()
boolean isLogin()
int getLoginUserId()
这些方法在控制器中直接获取，然后再转头去调用业务层的相关方法极为便利
2017-03-24 17:58
设置好方言，generator.setDialect(new SqlServerDialect()) ， 对于 sql server 来说，生成的时候可能会有点小问题，参考这篇贴子解决一下：
http://www.jfinal.com/share/211
同时建议收藏这个贴子，以备不时之需：http://www.jfinal.com/share/211
2017-03-24 17:54
@zhaozhihong configName 为 main 的是默认数据源，如果你只有一个数据源，那么这第一个也会默认成为主数据源
不要使用 model.dao.use(...)，而是要直接 model.use(...) ， 这样就没问题了，最终是： model.use(...).find(sql)
通常要封装得更好，可以利用一个全局拦截器，在拦截器中使用一个 ThreadLocal 去存放当前请求该有的 configName，然后在查询的时候，统一使用：
Db.use(Kit.getConfigName()).find(sql, ...) 或者
model.use(kit.getConfigName()).find(sql, ...)
2017-03-24 17:49
@wyntergreg 我这里也是 IDEA 下用的 cos，一点毛病没有，只能说是人品问题了，哈哈
尝试重新创建项目，多半还是配置问题，大家都用得好好的，没毛病
