2020-09-30 18:07

@UsingJFinal 我看了一下,原创功能是后来才开通的,所以显示的原创只有 10 篇,其实有更多

2020-09-30 18:06

@UsingJFinal 取消关注,重新扫描关注试试,可能是缓存

2020-09-30 17:49

很奇怪,我刚才试了一下没问题的,扫描线上 jfinal.com 中的二维码,你再试试

2020-09-30 17:07

这个应该是文件上传组件 cos 的限制,因为长度用了 int 类型,可以通过改 cos 源码的方式来取消:
https://gitee.com/jfinal/cos

将 cos 这个项目的源码下载到本地:
git clone https://gitee.com/jfinal/cos

然后改掉里面的 int 为 long,最后通过 mvn clean install 安装到本地使用,有关安装方法这里有介绍:
https://jfinal.com/share/2093

上面的文章,介绍的是如何使用 jfinal,其它项目的用法也是一样的

2020-09-29 16:44

这些空格与换行是你的模板中固有的,jfinal 的模板引擎不好擅自做主进行删除,因为不可能知道哪些有用哪些没用

调整模板就好,这里有例子,也是调整的模板:
https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/base_model_template.jf

https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/mapping_kit_template.jf

https://gitee.com/jfinal/jfinal/blob/master/src/main/java/com/jfinal/plugin/activerecord/generator/model_template.jf

2020-09-29 16:02

没有用过你的这种用法,不知道原因

这里的重点是,jfinal 的数据库操作紧贴 JDBC,性能上接近最好的极限

而你谈到的在 spring 下 3 秒,别的方法更耗时,如果 java 代码一样,很可能是数据库配置的原因,或者是数据量大小的原因

2020-09-29 15:57

保留了表名,一是为了 sql 完整性,sql 可读性会好点。二是减少 string 拼接能提升点性能

在做这个功能的时候去除表名当然是可以的,最终是权衡后的选择

2020-09-28 23:04

这个是将 web 项目包装成桌面项目的好方法

在某些情况下,客户需要这样的形式。这种形式继承了 web 的好处,升级服务端即可升级客户端

2020-09-28 22:17

jfinal 默认的 aop 是通过生成 java 源码动态编译它来实现的。类上面使用泛型的某些用法无法识别出来,如果在被代理的方法上使用了无法识别的泛型就会有问题。

使用 me.setToCglibProxyFactory(); 是通过 cglib 直接改写字节码来实现 aop 的,可以解决这个问题

一般情况没事

2020-09-28 22:12

这个不是所谓 "导致" 了问题,而是确实就调用了 find、findById 方法,必定会查询数据库

2020-09-28 22:11

@李通 jfinal 有生成器生成 getter、setter 是支持下划线的,并没有完全舍弃

2020-09-28 21:54

尽快多测试用一用,如果没问题,我会在新版本中引入一个配置,支持中文

2020-09-28 21:03

需要调用,否则会存在资源泄漏,具体来说就是 redis 连接未关闭,另一个线程下次使用的时候可能会无法获取到连接

对于这种情况,你可以封装一个工具类,在里头用 try finally 关闭资源

2020-09-28 21:01

@李通 我有别的东东要申请专利,但开源项目一般不申请专利

2020-09-28 18:12

@天晴 很多知名开源项目也用的 Apache License 2.0 协议

用这些知名开源项目的项目不计其数,不必担心商业化的问题