• 2011-04-11

    选择,构建工具

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/dreamhead-logs/117917683.html

    一个新的Java项目行将开始,自动化是要纳入考量的一项重要工作,于是,构建工具的选型提上了日程。

    固然,我可以不明就里从Java世界Ant和Maven两大天王中,择一从之,但稍微整理一下内心的需要,也不会糊涂僧断糊涂案。作为构建工具,基本构建功能自然是必备的,此外,我还有一些非分之想。

    在这个Convention over Configuration的年代,要是每次都从头开始手工打造一切,出门都不好意思和人打招呼。Maven给Java世界打了一个很好的样,它的目录结构有约定,就是那个src/main/java⋯⋯,它的构建过程有约定,就是编译、测试、打包的那套东西。感谢Maven,Java世界的很多构建工具都遵循了同样的约定,这让我有机会在不改变目录结构的情况下,尝试各种构建工具。你知道我在说什么了,Ant稍微有些原始。

    依赖管理不可或缺,看看人家Ruby,gem install以及bundle install。其实,从Ruby世界得到的信息是,这不是构建工具的一亩三分地,但谁让它跟构建紧密相关,每次想到,我要自己这找一个jar包,那找一个jar包,就纠结得我痛苦万分。幸好,Maven拯救了Java程序员,只要在脚本里定义好自己需要的库,于是,一大批jar就从天而降了。有了Maven的基础设施,许多构建工具也借得东风,比如ivy,它就是定义自己的需求,拿Maven的jar包。

    划分工程。把所有代码都写在一个工程里,生成一个jar/war/ear包,N年前我是这么做的。当我为一个把所有一切都混杂一起的项目编写web service时,我被恶心得够呛。于是,我决定,我的下一个Java项目一定要把domain和web分开,这样,别人给它写web service时,根本不必理会web层的存在,我相信,至少这一点上,他会感谢我的,也许这个人就是未来的我。

    环境区分,去过Rails环境,我才知道,把不同的配置分开是多么幸福的一件事。在开发环境下,我可以用一套配置,在部署环境下,我用另外一套配置,楚河汉界,我就不必费心在代码里想各种各样奇怪的组合。

    IDE集成。如果你用过maven idea:idea,你就知道我说什么了。通过构建工具,我可以生成对应的IDE工程,直接在IDE里打开,然后就开始写代码了。曾几何时,开始写代码时,我需要花上小半天时间配我的IDE,尤其是我想有多个工程的时候。

    最重要的是,扩展能力,当我希望表现的个性一点时,我可以。从前面的种种,你可以看出我多么喜欢Maven了,但Maven就是死在这里了。我非常同意Maven是能够扩展的,但它着实不是给老百姓扩展的。要扩展它,我必须成为Maven的专家,对于Maven精心设计的插件机制有足够的了解。可惜,这不是我的努力方向,我还是喜欢一些更符合直觉的东西。

    总结一下我的需求,说白了,就是能够快速开始,不把自己玩死。

    有了需求,就不难发现,天王固然是天王,但毕竟老了。一些新星已然崭露头角,如果你已厌倦Java世界整日与XML为伍的生活,还有个好消息,新星们选择了另外的表达方式。假如你喜欢ruby,buildr是个不错的选择,groovy若是你的最爱,那就去找gradle吧!

    新星毕竟是新星,遇到问题时,比起可以随手找到的Ant Task和Maven Plugin,新星们的解决方案寥寥无几,当然一个还好的消息是,新星们都可以集成天王的资产,比如调用Ant Task,这会让我们不安的内心稍稍平静一些。

    分享到:
    引用地址:

    评论

  • 新星毕竟是新星,遇到问题时,比起可以随手找到的Ant Task和Maven Plugin,新星们的解决方案寥寥无几,当然一个还好的消息是,新星们都可以集成天王的资产,比如调用Ant Task,这会让我们不安的内心稍稍平静一些。

    有什么问题不能解决的?
    回复femto说:
    单就实现功能而言,目前还好。新工具,其使用之道还需要不断摸索。
    2011-04-12 18:25:51