2019-09-05 16:09

点击表头实现交互这个是一个纯前端问题, java 在后端,肯定是无法实现的

但是 enjoy 可以在后端提供数据,通过普通的输出,将数据给 js 使用即可

2019-09-05 16:07

解决就好

jfinal 能使用 @Inject 的前提条件是:对象在源头上是 jfinal 创建的

例如,为啥 controller 中可以使用 @Inject,是因为 Controller 对象是 jfinal 创建的

再例如,为啥 Service 中可以使用 @Inject , 是因为 Controller 是 jfinal 创建的,而 Service 又是在 Controller 中被注入的,整个 @Inject 链条的顶端只要是 jfinal 创建的就可以 @Inject 一直注入下去

这个在文档中有详细的说明

2019-09-04 19:51

使用 PathKit.setRootClassPath(...) 即可修改该值

2019-09-04 19:50

@qingqingniannian 注意 urlPara 的问题

2019-09-04 16:25

可能是有多个版本的 druid jar 包引起的,参考:
https://www.cnblogs.com/devilwind/p/7553715.html

pom.xml 中的多个依赖间接依赖了不同版本的 druid 以后会有这个问题,可以通过打包以后看一下所有 jar 包有没有重复的(仅版本不同)

当然,前面说的 druid 只是一种可能,其它依赖也要检查

2019-09-04 16:16

@新手入坑 不建议再折腾 tomcat、jetty, 2018 年 jfinal 新出的 jfinal-undertow 主开发、打包、部署完全一体化,根本不用管 web server 的事,而且性能还高

2019-09-04 16:15

@qingqingniannian alert("成功访问") 改成 alert(data) 就很清楚了

2019-09-04 16:12

路径依赖、生态是最主要原因

框架与程序语言符合网络效应,用户数符合幂率分布

好在 jfinal 与 spring 的定位并不是完全一样,所以 jfinal 用户并没有被 spring 完全吸走

jfinal 定位简洁、轻量、学习成本低。 spring 定位大而全,学习成本高,第三方依赖极多。 定位不同可以让有简洁、轻量、学习成本低需求的用户使用 jfinal , 而不是 spring

当然,大多数人都是跟风的,所以很多即便使用 jfinal 能完全满足需求的项目也用了 spring

世界是复杂的,各种要素互相勾连、演化

2019-09-04 16:07

首页下载 jfinal_demo_for_maven , 直接在这个项目上开发,可以直接部署,不用折腾 tomcat、jetty 这类东西

2019-09-04 11:14

没有明确理由的情况下,不要使用 static

下载首页的 jfinal demo,里面有例子可以参考

2019-09-03 18:09

@xialinlin 用好 Engine 已有的功能,可以实现各种功能, sql 管理功能仅仅是在 engine 中扩展了三个指令而已:#namespace、#sql、#para

2019-09-03 17:36

@KingTiger 页面在 src/main/resources 下,正确的姿势是:
configEngine(Engine me) {
me.setToClassPathSourceFactory();
}

src/main/resources 这个目录下的资源会被输出到 class path,也就是说这个目录相当于 class path,所以可以配置为:ClassPathSourceFactory 让 enjoy 加载资源

这种情况不要去配置 undertow.resourcePath

2019-09-03 17:34

@xialinlin 文档中有:
https://www.jfinal.com/doc/5-13

注意看上面文档中红色字体标明的:
极其重要的通用技巧:如果某些数据库操作 API 不支持 SqlPara 参数,而只支持 String sql 和 Object… paras 这两个参数,可以这样来用:method(sqlPara.getSql(), sqlPara.getPara())。这样就可以让所有这类API都能用上 Sql 管理功能。

2019-09-03 16:37

@老高 与人性长期斗争的胜率是 0,看似长期战胜过人性的少数人只不过正好处在一个恰当的系统之中

2019-09-03 16:35

@doubuxingle 架构师是一个比较主观的名称,工作内容、本质是什么没有明确的界定,关注明显能感知的进步,而不是 title