2019-01-10 16:17
@zzzzcat 直接传入 page 对象就可以了：
setAttr("page", page);
模板中这么用：
#for (x : page.getList())
...
#end
enjoy 的表达式与 java 是直接打通的，所以你可以调用 page.getList() 获取 List 对象，并对其进行迭代
2019-01-10 16:16
@彼岸的包子 刚看了一下，确实是这样，目前建议你按如下办法解决：
1：创建 public class MyDbPro extends DbPro，覆盖掉其中的 batchSave(...) 方法，仿照 batchUpdate(...) 方法添加过滤
2：创建一个 MyDbProFactory：
public class MyDbProFactory implements IDbProFactory {
public DbPro getDbPro(String configName) {
return new MyDbPro(configName);
}
}
3：在 configPlugin 中配置一下 ActiveRecordPlugin 对象：
arp.setDbProFactory(new MyDbProFactory());
这样就可以将自己改进过的 MyDbProFactory 切换过去了，记得搞定后回来分享一下，这个是有价值的改进
2019-01-10 15:36
注意这么个事：
#para(xx) 这个指令会在 sql 中生成一个问号占位符，而问号占位符只能用在 sql 的 where 子句中，你现在是用到了 sql 的 set 子句中，必然报错
2019-01-10 15:32
@1174133584 本质上来说：
1：分页需要得到 totalRow、totalPage，也就是当前你这个 sql 分页时要得到总记录数与总页数，那么 jfinal 需要生成一条 sql 来获取
2：生成的这条 sql 就需要将你的 select 部分给替换成 select count (*) 语句，这样就会丢失掉你在 select 中带的一些参数
3：jfinal 以前的版本曾经试图用正则替换来精准解决这个问题，但性能差了两个数量级，权衡下，提供了 paginateByFullSql 以及文档说明来辅助大家来解决
2019-01-10 15:29
@lyf78062919 这个认知十分深入，从来没有人这么有耐心的研究过这个问题，贴子已收藏，下次有同学需要直接给贴子链接，谢谢
2019-01-10 15:27
jfinal 是 WEB + ORM 框架，并没有提供发送 post 请求这类功能，用一下 OkHttp 或者 Http Client 这类第三方即可
2019-01-10 15:26
jfinal 不会理会你传入的到底是什么 sql + paras，只要 JDBC 可以执行你的这些就可以
2019-01-10 15:24
外面套一个 select * from ( 原 sql ) as temp 即可
sql 要多复杂就可以有多复杂，因为你的 sql 是直接扔给 JDBC 执行的， jfinal 可不管你的 sql 有多复杂这件事
此外，你没仔细看文档，这个事文档里面早就详细说明过：
https://www.jfinal.com/doc/5-6
注意看常见问题部分
2019-01-10 12:26
目前我建议你先创建一个 MyServer extends UndertowServer，覆盖掉 doStart() 方法，然后用上你自己改进的这个 HotSwapWatcher
可以先建一个 MyHotSwapWatcher extends HotSwapWatcher ，覆盖掉其中的相关方法进行改造
2019-01-10 12:14
你 pull 的代码不能直接合并，这段代码极为精密，细节极多。 你的改进我会先分析，找出一个最好的方案后再改进
谢谢你的支持
2019-01-10 12:11
@lyf78062919 看到你的这个分析，这个情况应该是 IDEA 进行的是 build 动作，而不是 make 动作， make 与 build 是有很大差别的：make 只编译改变过的源代码，builder 是对整个源码进行编译
此外，还有一个 compile ， 这个是对指定的源代码进行编译，无论源代码有没有被个改过
因此，在开发阶段，最划算最合理的是要实现 auto make，或者叫 auto compile 也可以，build 动作会删除所有被编译的 class 文件然后编译所有源码
