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:55

@zzutligang 用 jfinal 开发项目,无论如何要有业务层,将业务层代码弄好,以后维护起来很方便

2020-03-27 20:54

单步调试,得到 SqlPara 对象以后,检查一下它里头的 String sql 与 List para 这两个对象,然后在 workbench 测试一下这个 sql 是否能正常工作

jfinal 的 arp ,并不会去干涉及 sql 的执行,是直接扔给 jdbc 去执行的

2020-03-27 18:20

业务层拦截器触发条件,任选其一:
1:在 controller 中通过 @Inject 来注入业务层
2:使用 Aop.get(...) 获取业务层对象

通过上面两种方式得到的业务对象,才是被 aop 代理过的,才会让拦截器生效,注意看文档

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 18:11

@abcdefg 没有代码,不好猜

建议先研究一下如何更好地提问

关键是站在回答者的角度,同理心是核心

2020-03-25 16:51

方案二能否满足你当前场景的需求?

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:43

猜不到在问什么

2020-03-25 16:42

@jiahaokkk jfinal 3.5 这个版本太旧了, 建议升级到 jfinal 4.8, 这里有详细的升级文档:
https://jfinal.com/doc/14-1

2020-03-25 16:41

@jiahaokkk jfinal 开源 8 年多,迭代 9 年多, 大量开发者天天在用, 社区需要对用户负责