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

这个和jfinal有啥关系呢

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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