正在阅读:ANT十五大最佳实践ANT十五大最佳实践

2004-06-18 10:06 出处:Matrix-与Java共舞 作者:stonexu 责任编辑:linjixiong


    <include name="payroll-ejb.jar"/>
  </fileset>
  <zipfileset dir="${dir.build}" prefix="lib">
    <include name="hr.jar"/>
    <include name="billing.jar"/>
  </zipfileset>
  <fileset dir=".">
    <include name="lib/jdom.jar"/>
    <include name="lib/log4j.jar"/>
    <include name="lib/ojdbc14.jar"/>
  </fileset>
  <zipfileset dir="${dir.generated.src}" prefix="META-INF">
    <include name="jboss-app.xml"/>
  </zipfileset>
</ear>

   在这个例子中,所有JAR文件都放在EAR文件包的lib目录中。hr.jar和billing.jar是从构建目录拷贝过来的。因此我们使用zipfileset属性把它们移动到EAR文件包内部的lib目录。prefix属性指定了其在EAR文件中的目标路径。

  14. 运行 Clean 构建任务的测试

   假设你的构建文件中有clean和compile的任务,执行以下的测试。第一步,执行ant clean;第二步,执行ant compile;第三步,再执行ant compile。第三步应该不作任何事情。如果文件再次被编译,说明你的构建文件有问题。

   构建文件应该只在与输出文件相关联的输入文件发生变化时,才应该执行任务。一个构建文件在不必执行诸如编译、拷贝或其他工作任务的时候执行这些等任务是低效的。当项目规模增长时,即使是小的低效工作也会成为大的问题。

  15. Avoid Platform-Specific Ant Wrappers

   不管什么原因,有人喜欢用简单的、名称叫做compile之类的批文件或脚本装载他们的产品。当你去看脚本的内容,你会发现以下内容:


ant compile

   其实开发人员熟悉Ant,并且完全能够自己键入ant compile。请不要仅仅为了调用Ant而使用特定平台的脚本。这只会使其他人在首次使用你的脚本时,增加学习和理解的烦扰。除此之外,你不可能提供适用于每个操作系统的脚本,这是真正烦扰其他用户的地方。

  总结

   太多的公司依靠手工方法和程序来编译代码和生成软件发布版本。那些不使用Ant或类似工具定义构建过程的开发团队,花费了令人惊异的时间来捕捉代码编译过程中出现的问题,这些在某些开发者那里编译成功的代码,到另一些开发者那里却失败了。

   生成并维护构建脚本不是一项迷人的工作,但却是一项必需的工作。一个好的Ant构建文件将使你集中到更喜欢的工作——写代码中!

  参考
  · Ant
  · AntGraph: Ant依赖性的可视化工具
  · Ant: The Definitive Guide, O'Reilly
  · Java Extreme Programming Cookbook, O'Reilly


察看评论详细内容 我要发表评论
作者笔名 简短内容 发表时间
:
键盘也能翻页,试试“← →”键

相关文章

关注我们

最新资讯离线随时看 聊天吐槽赢奖品