00:00
欢迎大家继续观看上微博GR技术视频,这节课我们继续讲解常见的项目构建工具。目前市面上常见的项目构建工具有aunt many和。其中,On是2000年由阿帕奇组织推出的纯Java编写的项目构建工具。它是基于SMR文件管理项目的。它的优点就是使用灵活,速度快。其速度是快于gid和的。它的缺点就是由于on没有强加任何编码约定的项目目录结构,所以开发人员需要编写繁杂SMR文件中所有的构建指令。这对开发人员无疑是一个巨大的挑战。而M是2004年阿帕奇组织再次推出的,也是基于SM文件管理项目的一个构建工具。它的优点就是。推出了一套遵循约定大于配置的项目目录结构。
01:02
它使用统一的JV坐标进行依赖的管理。它侧重于包管理。它的缺点就是在项目构建过程过于僵化,配置文件编写也不够灵活。不方便自定义一些组件,其构建速度是慢于grid的。而grid呢?是由2012年谷歌推出的基于语言的全新项目构建工具。ID,它集合了aunt和many所有的优势。比如说它集合了脚本的灵活性,也集成了。Many。约定大于配置的项目目录结构这样的一个优势。它支持多种远程仓库和插件。然后侧重于大型项目的构建。当然它也存在一定的缺点。比如说。就目前而言,他的学习成本相对来说较高,资料也相对来说较少,脚本编写比较灵活。
02:05
版本兼容性相对来说差一些等问题。下边我们也可以通过图表的方式给大家从各个维度对比一下aunt和Mary以及RI。首先我们看构建性能,构建性能是最高的,其次是最后是marry。然后再一个就是从仓库的对比。它需要开发者自己指定目录。而many,它有many自己的仓库。啊,比如说本地库或者远程仓库C,它支持多种远程仓库。依赖的管理,Aunt是通过I进行依赖加班管理的。而many是通过JV坐标进行加班管理的。Le。你可以类似的理解成是通过JNV坐标进行加班管理的。
03:02
再一个就是插件的支持,On实现起来它就比较方便,而many实实现起来啊相对来说较为难一些,Grid实现也是比较方便的。再一个就是看一下他们有没有遵循特定的目录结构。Aunt是没有的many,它是有一套约定大于配置的目录结构的。比如说在many这里规定了。在项目的跟踪底下,有target s r和po.s文件。在S3C目录底下又有main目录和目录。Main目录和test目录底下分别拥有加入目录和resources目录。当然,如果是一个万工程的话。在内目录底下还有一个web APP目录。OK。总之是有。这一套啊,约定的目录结构的。而也是一样。
04:00
他默认遵循的。项目的目录结构和是一样的。最后我们看一下他们的配置文件。它的配置文件是最为繁琐的,而MY问配置文件相对来说比较简单。的配置文件,它便于代码的编写。可以实现一些业务逻辑。它比较灵活。侧重点。它侧重于小型项目的构建,而many侧重于项目包的管理。而呢,它侧重于大型项目的构建。就目前市场份额而言。Aunt比较少。是最多的,然后是。虽然目前的主流。还是,但是相信在不远的将来。会逐步取代成为主流。他说,Whatever,无论哪种项目构建工具,其实都有自身的优势和劣势,所以选择一款最适合你的就是最好的。
我来说两句