关于jfinal的一个建议

jfinal现在支持maven和非maven构建,当我看到一篇博客后,发现gradle比maven更具有优势。

image.png

上面的图片来源于博客 https://www.cnblogs.com/lykbk/p/erwerwerwerwerwerwe.html

希望jfinal也能早日推出gradle版本的

-------------------------------------------------

可以自己改,参考  https://www.yiibai.com/gradle/gradle-tutorial-for-beginners.html#article-start

评论区

zhangtianxiao

2019-09-06 09:16

没有必要, 完全没有必要 想折腾的自己改造, 既然更有优势 你自己用就好了 嘿嘿嘿

chcode

2019-09-06 09:34

这个和jfinal有啥关系呢

JFinal

2019-09-06 09:54

jfinal 从诞生第一天起就是支持 gradle 的, 你可以这么来用:
compile group: 'com.jfinal', name: 'jfinal', version: '4.5'

喜欢用 gradle 的人完全不耽误,直接用上就好。这个建议更多是给使用的人

maven 有很多好用的插件,能节省很多成本,而且用户量大,所以久经考验,十分可靠
maven 唯一的缺点可能是使用 XML 配置,量会比较大,不那么简洁

gradle 也不是没有缺点的,例如 gradle 会增加学习成本,它有它自己的一套语法,你还需要学习 Groovy 这门程序语言的成本支出

对于一个构建工具来说,正确的路径是配置一下即可使用,而不是要去先学一门 Groovy 语言

maven 未来或许可以造改进成 json 或 yaml 这类格式来简化配置,而不应该是去使用另一门语言去搞定一个配置

JFinal

2019-09-06 09:57

此外,gradle 底层仍然是用的 maven 的库,要遵守 maven 的一套规则,如果使用 gradle, 多多少少也要会点 maven , 这样成本又增加了

总之,在使用 maven 时,虽然配置有点繁琐,但一个项目一旦配置好,基本不会再动这个文件了,那么配置繁琐这件事就不那么干扰我们了,因为你不需要经常与它打交道(多数是在有新依赖时添加一个 deependency)

西红柿番茄酱

2019-09-06 10:17

@JFinal 感谢波总为我们详细解释maven和gradle,希望jfinal能越来越强大

tyk1994

2019-09-06 10:17

项目构建工具应该和项目本身没啥关系,,,

西红柿番茄酱

2019-09-06 10:26

@tyk1994 @JFinal 我发现jfinal官方文档中没有关于gradle构建jfinal项目的讲解

lyh061619

2019-09-06 10:28

好的技术当然优秀,在技术选型这路子上,只追求技术本身,忽略其他负面X因素,终归积压一堆堆债务。

tyk1994

2019-09-06 10:37

@西红柿番茄酱 maven和gradle只是帮助你管理项目的依赖和构建过程。波哥的评论里面给你写清楚了。
----------------------------------------------------------
jfinal 从诞生第一天起就是支持 gradle 的, 你可以这么来用:
compile group: 'com.jfinal', name: 'jfinal', version: '4.5'
---------------------------------------------------------------------
在gradle里面就是引入jfinal的依赖。相当于maven里面的dependency标签。
文档上写的maven引入jfinal依赖的那一步,你换成gradle引入方式就可以了呀。

西红柿番茄酱

2019-09-06 10:57

@tyk1994 嗯嗯,看到了,只是考虑到别的开发者,能在官方文档里给一些相关的参考,方便大家开发

JFinal

2019-09-06 11:24

@西红柿番茄酱 这个可以有,已在文档中添加 gradle 配置