2020-04-01 16:44
@心在流浪 使用 @Inject 注入的前提条件是,被注入的起点的创建或初始化是被 jfinal 接管的,下面三类组件据有这样的特征:
1:controller
2:interceptor
3:validator
所以,在上面三类组件中使用 @Inject 时,能被正确注入
此外,在上面三类组件中被 @Inject 注入的目标对象所形成的链条也能被正确注入,例如:
public class MyController extends Controller {
@Inject
Aaa aaa;
...
}
public class Aaa {
@Inject
Bbb
...
}
上面的例子中,在 MyController 中注入了 Aaa,而 Aaa 中已被注入了 Bbb,这种以 controller 为注入起点的注入链条是可以被注入的,并且可以被注入无限层
类似的在 Interceptor、Validator 中也可以像上面这样在链条中被注入
如果不满足上述条件,需要使用 Aop.get(...) 或者 Aop.inject(...) 进行处理,仍然十分便利
2020-04-01 16:22
@Dreamlu 写的代码,值得信赖,JFinal event 设计简洁,是 jfinal 风格,值得拥有
2020-04-01 16:17
@zzutligang 认真建立业务层,在前期看似多费点时间,实质是最省时间的
不要在 controller 中写业务逻辑,更不要在 controller 中写 sql 代码
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 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 位增加精度