这个周末我和gradle玩了一会儿，作为maven的替代品。我总是觉得那些大量的XML非常烦人，几乎不可读。所以当我第一次偶然发现格拉德尔时，我就被它迷住了。我不会开始讨论gradle如何/如果/什么时候更好，我只是想快速向您展示它对于您的日常HCP开发是多么容易。对于maven我们有插件，对于gradle没有，但是"重建"它们非常容易。有关gradle的一般介绍，请访问他们的主页https://gradle.org/

所以这里是脚本：

那么这个脚本将做什么：

第1–16行

一般项目设置这里唯一值得注意的是项目.webAppDirName，因为它默认为webapp，但我当前的项目使用WebContent代替

第17–33行

这里我们声明项目特定的"变量"，这是我们以后需要的，除了第20-23行之外，怎么做淘客，其他的都是直截了当的。在这里，我使用一些内部gradleapi来确定操作系统，以确定我应该使用哪个可执行文件(尼欧.sh在Linux/Mac上新蝙蝠在Windows上）

第33-53行

这里没有什么特别的，只有存储库和依赖项声明，请查阅gradle的文档

第54-60行

这里是HCP特定的东西。任务installSdk将找到下载的neo-javaee6-wp-sdk.zip版（来自第51行的依赖项）从本地repo（maven或gradle）提取到target/sdk

第61-67行

这个任务将执行shell命令（neo）来安装本地服务器，我玩了一下，添加了if语句，它基本上检查sdk是否已经安装，如果没有，任务installSdk将在服务器安装之前调用

第68行–直到结束

基本上我已经解释过的只是再次重复，这里没有什么不好或令人兴奋的地方只是简单的旧neo cli命令，任务部署部署部署在一个名为war的任务上，电梯物联网，gradle的优点是包装器，它可以为您提供一个gradle可执行文件，这样您的团队成员甚至不必安装gradle来运行您的构建，再次请参考gradle的文档。

查看所有可用的任务，只运行gradle任务。

一个常见的build将包括命令：

gradle build->构建gradle工件

gradle installServer->SDK和服务器

gradle deploy->将应用程序部署到本地服务器

gradle startServer->启动服务器

仅此之后当源中发生更改时，需要部署。你可以很容易地写一个包含以上所有任务的任务来减少输入

结论：

与我认识maven所花的时间相比，这只是在沙滩上散步（记住这个周末只有几个小时）。一个79行的小构建文件，包含了我需要的基本内容，少了一个依赖项（maven neo plugin），并且可以修补neo命令的其余部分，这是小菜一碟。显然，这里还有改进的空间，淘客怎么做，您可以将一些属性甚至任务外部化，使它们在所有项目中都可用。如果neo返回错误，您可以提供不停止构建的选项，或者您可以在安装服务器之前致电neo stop local……但是，什么叫大数据分析，我对gradle印象深刻，云市场，将继续我的旅程。

请分享您的想法，并毫不犹豫地提出问题

希望您也能从中获得乐趣格拉德尔