2020-04-01 16:08
越来越完善，添加 XSS、CSRF 防御以后安全性进一步提升，收藏 + 点赞
2020-03-28 14:15
@小毛头的最靓丽 老旧项目注意看下特别声明
https://jfinal.com/doc/1-11
2020-03-28 09:27
@zzutligang 有业务层在总体上开发进度会更快，因为随着开发的推进，越来越多需要的功能可以从已有业务方法中组合而成，业务代码的重用会极大提升效率，并且降低错误率
2020-03-27 20:58
@小毛头的最靓丽 如果是标准的 maven 项目，先将项目目录中的所有东西都删掉，只留 src目录 与 pom.xml 文件
注意要将一些隐藏文件也删干静
然后导入的时候，一定要选择将其当成 maven 项目，进入 maven 项目的导入向导
如果你知道如何导入标准的 maven 项目，就不会有此问题了， 因为 jfinal 项目就是标准的 maven 项目
本质上还是你对标准 maven 项目如何导入不熟悉选成的
前面讲到的先删除一些文件，是为了消除你上次导入时生成的一些 IDEA 配置，或者别人在给你项目的时候已经生成的一些配置（无论是 eclispe 还是 IDEA，只要是导入过，就一定会生成一堆额外的东西）
2020-03-27 20:54
单步调试，得到 SqlPara 对象以后，检查一下它里头的 String sql 与 List para 这两个对象，然后在 workbench 测试一下这个 sql 是否能正常工作
jfinal 的 arp ，并不会去干涉及 sql 的执行，是直接扔给 jdbc 去执行的
2020-03-27 11:45
@AlienJunX jfinal 迭代 9 年，依然极简
始终坚持极简设计，极度保持加东西的克制才能打磨成今天的样子
感谢支持 jfinal 俱乐部
2020-03-26 23:05
@himans 已改进：
1：默认 scale 为 5
2：默认采用四舍五入
https://gitee.com/jfinal/jfinal/commit/cf791ec9a2f7ef14aa70b728e7ca58122a6184ec
试用后请反馈给我，我在本地测试非常完美
2020-03-26 12:49
@himans RoundingMode 这配置早已决定添加，所以上面的方案中并未谈到，并且已经决定采用四舍五入，毕竟很多人不太了解 "银行家舍入法"
scale 决定采用第一个方案，默认为 5 这个是否能满足你的绝大多数需求？
默认为 5 是这么考虑的：平常用到小数点两位，有时因为百分比需求要用到 4 位，再额外加 1 位增加精度
2020-03-25 16:49
@himans 我现在想对这个地方进行改进，现在有两个方案，看你那里希望选择哪一个？
方案一：
提供一个 setBigDecimalDivideMinScale(int) 方法用来配置 BigDecimal 除法的最小 scale，默认值为 5
然后代码这样用：
int scale = Math.max(bigDecimalDivideMinScale, (bd[0]).scale());
(bd[0]).divide(bd[1], scale, RoundingMode.HALF_EVEN);
也就是说 scale 取值为被除数的 scale 与配置值取最大值
方案二：
取被除数与除数中最大的 scale 值：
int scale = Math.max((bd[0]).scale(), (bd[1]).scale());
(bd[0]).divide(bd[1], scale, RoundingMode.HALF_EVEN);
结合你的应用场景，你觉得哪种方案最好？
在你的当前场景之外，你觉得哪个方案更好？
2020-03-25 16:42
@jiahaokkk jfinal 3.5 这个版本太旧了， 建议升级到 jfinal 4.8， 这里有详细的升级文档：
https://jfinal.com/doc/14-1
