2018-05-22 21:33
@飒飚 controller 中的方法在别的地方不能直接调用，只能自己 copy 出来使用
cookie 的代码也可以参考 controller 中的写法 copy 出来用
验证码直接用 renderCaptcha() 即可
先在浏览器的地址栏手动输入 URL，访问这个 renderCaptcha() 的 aciton 成功能，再将这个 URL copy 到 img 的 src 中即可
2018-05-22 21:30
@kun 不需要开发另外的功能，本来就有了，而且在 /_view/_admin/common/_menu.html 以及 /_view/_admin/permission/index.html 中已经有过演示
这里再给一个最细粒度的 _menu.html 中的演示：
#permission("/admin/account")
<li>
<a href="/admin/account"<账户管理</a>
</li>
#end
通过上面的方式在 _menu.html 中为每个菜单埋好点以后，在后台管理中可以任意细料度控制菜单权限给任何账号，用我这个例子试一下就知道有多方便了
2018-05-22 21:25
还有一个简单办法是在你原有 sql 外面再套一个 select *：
select * from ( 原 sql 在这里 ) as temp
最后的用法是：
paginate("select *", "from ( 原 sql 在这里 ) as temp", ...)
2018-05-22 21:24
jfinal 为这种情况专门准备了 paginateByFullSql 方法，具体用法在这里有：
http://www.jfinal.com/doc/5-6
分页查询获取 totalRow 这个数据的时候需要用正则移除 order by 子句，而 sql 可以是很复杂的嵌套结构，如果要考虑各种情况用正则将 order by 移除干净，性能会很差
而绝大部分情况下的 order by 是可以用简单正则处理的，因为用 paginateByFullSql 来支持复杂 order by 是最佳方案
2018-05-22 11:55
先生成 Session Account ，然后再要求添加自己想要的方法即可
生成器在下次生成时，只会自动再次生成 base model MappingKit ， 而 Model 已存在，则会跳过，所以你以前在 Session Account 中添加的代码不会被覆盖
2018-05-22 11:51
缓存的使用，粒度可粗可细，成本可高可低，需要视不同的场景选择最划算的方案
我这里简要说一个简单有效的方案：
1：对于 bean/model，使用 cache.put(id, bean) 的方式来缓存
2：在 Service 层添加 XxxService.get(List idList) 以及 get(Integer id) 的业务方法，该方法自动处理缓存的问题，外界通过 id 号就可以透明化地获取到 model/bean ，完全无需在关心 cache
3：对于 List beanList 这类列表，里头的 bean/model 只放 id 号，也就是一个 List idList
4：任何对于列表的查询，都只返回 select id，返回数据以后，再通过 XxxService.get(List idList) 获取数据
这样做的主要好处是，避免了各处分别缓存 model/bean 后需要数据同步的问题，也就是说 bean/model 只在内存中缓存一份来共享，更新缓存只需要更新一处
当然，还有别的一些好处，大家可以多多思考一下
2018-05-21 17:55
2018-05-21 17:38
独立使用时，需要通过下面的方法来启动：
new EhCachePlugin().start();
2018-05-21 17:37
去 class path 里头看一下现场，看 config.properties 这个文件到底存在不存在
不要看 /src/main/resources 下面，要看被编译后的那个 class path 里头，PropKit 是从 class path 去找文件
2018-05-21 11:11
如果你用的是 jfinal 的 sql 管理功能，那么就极其容易：
#define where(map)
where
#for ( x : map)
#(for.first ? "", "and") #(x.key) #(x.value)
#end
#end
使用的时候调用一下 where 函数即可:
#@where(condMap)
详细文档在此：
http://www.jfinal.com/doc/5-13
