西宁整站优化,工业软件开发技术,服装html网站模板下载,WordPress查看文章我不会参加整个Maven辩论#xff0c;但是可以说我是所有最佳实践的有力支持者#xff0c;对我而言#xff0c;Maven是最佳实践的体现。 我的意思是说#xff0c;Maven是围绕特定的最佳实践构建方法构建的。 注意#xff0c;我说了一种特定的最佳实践构建方法。 在现实世界… 我不会参加整个Maven辩论但是可以说我是所有最佳实践的有力支持者对我而言Maven是最佳实践的体现。 我的意思是说Maven是围绕特定的最佳实践构建方法构建的。 注意我说了一种特定的最佳实践构建方法。 在现实世界中有不止一种构建方法可以胜任最佳实践但是Maven假设其中只有一种。 这并不意味着其他人都不好而只是意味着如果您使用Maven则需要接受其假定的约定 。 。 。 或受苦。 对于任何“约定优于配置”CoC工具来说都是如此并且Maven是相当糟糕的CoC。 像所有设计模式一样Maven是构建软件过程的可重用解决方案。 我认为偶尔讨论的Maven作为构建设计模式的概念是一个强有力的隐喻。 它很有用因为它强调Maven与所有设计模式一样是构建软件过程的可重用解决方案。 这是一个最佳实践解决方案经过多年的大量使用这些社区已经由聪明人改进。 利用设计模式构建软件的最明显好处与编写软件的好处相同。 即 您无需手动编写即可获得大量功能 了解适用于一个项目的模式的工程师可以立即了解适用于另一项目的模式。 名义上第一个是生产力第二个是简单。 显然每个人都希望提高生产力即用更少的代码行完成更多工作。 但是我实际上认为第二点-简单-更为重要。 我认为整个工程领域可以归结为“管理复杂性”的概念。 就复杂性而言我直接指的是当您被成堆的意大利面条代码轰炸时感到的头痛。 设计模式通过以较高级别的注释密封大量的复杂性有助于消除这种智力上的矛盾。 万一您忘记了这就是我们腾出更多精力处理不可避免地驻留在下一个级别上的更大更酷的任务的原因。 正是这种观点使我将学习新项目的临时构建列为职业中最烦人的方面之一。 即使非常干净地实施了ant或make build遵循了本地化的最佳实践并且自动化了软件生命周期的广泛范围它仍然会用大量的原始数据即脚本行来惩罚新开发人员。 请注意这只是临时性 。 当然这并不是敲响这些工具。 ant尤其擅长自动化任务并提供可重用的构建小部件集。 但是它无助于为构建软件的整个过程提供可重用的解决方案因此它也无助于新开发人员轻松理解其构建过程。 对于像Maven这样的CoC工具最重要的约定是 因此正如我所看到的对于像Maven这样的CoC工具最重要的是约定。 为了成功使用Maven您必须了解并遵循假定的约定。 不遵循约定的项目很快就会与Maven发生冲突。 首先他们很难使用一种假定自己的构建过程的工具来实现自己的构建过程。 您很容易就无法轻松完成自己所做的事情而感到不安但是前面的段落旨在表明实际上是您需要改变的人至少在您打算继续使用Maven的情况下。 选择Maven时您需要接受约定。 我不能我建议您坚持使用Ant它足够灵活可以按您的条件满足您。 请记住您正在失去利用Maven的设计模式方面来管理构建复杂性的能力。 如果您认为自己的构建没有复杂性问题请向自己提出以下问题 我们团队中的每个工程师都可以轻松构建我们软件系统的所有组件吗 我们的工程师有信心修改构建脚本而不会感到焦虑吗 当需要有人解决构建问题时我们的工程师会逃离房间吗 因此如果您到目前为止与我在一起您可能会同意遵循Maven假定的惯例是进入Maven必杀技的关键先决条件。 这就是导致我得出Maven文档糟糕的结论的原因。 它们不仅不足而且可能有害。 他们大多记录了配置而根本没有提到约定的关键主题。 我认为对配置的强调在很大程度上是偶然的这使新手认为配置Maven是可以的甚至是正常的。 Maven文档不仅不足而且可能有害。 它主要记录了配置而根本没有提到约定的关键主题。 通过文档我主要是指访问Maven或Codehaus插件页面时发现的所有内容。 例如考虑极核心的maven-assembly-plugin。 浏览Maven网站上的文档 您会发现它几乎完全与配置有关。 正如我已经陈述和重申的那样问题是您真的不想配置Maven。 您想遵循约定。 配置应仅是最后的选择。 插件放东西然后下一个插件找不到那个东西。 使用配置文件告诉Maven在哪里可以找到东西然后没有该配置文件其他任何人都找不到该东西。 配置Maven会使您陷入配置反馈循环中并且配置的几何增长不会使其具有pom可读性。 即使可以通过配置Maven使Maven满足您的需要您也会很快得到一个难以理解的构建。 使用配置更改一个插件放置东西的位置然后下一个插件找不到该东西。 因此请避免配置 相反请遵循常规路径。 您的工程师会知道并喜欢他们的构建并且您将轻松利用Maven生态系统提供的许多好处-从丰富的插件库到存储库服务器和构建服务器。 但是如何学习Maven约定呢 这全都与社区有关。 幸运的是这是一个非常友好的社区。 这是我在尝试确定应如何在Maven中完成工作时使用的一些最重要的资源。 Sonatype博客 堆栈溢出 Maven用户列表 此外为了成为一个友好的社区成员我正在使用此博客条目作为一系列Maven条目的介绍。 这些条目中的每一个都会概述重要的Maven约定。 我将详细介绍约定并提供示例poms。 因此如果您想了解Maven约定请保持联系。 参考 Maven不吸。 。 。 但是我们的W4G合作伙伴 Chad Davis 的Maven Docs Do来自zeroInsertionForce博客。 翻译自: https://www.javacodegeeks.com/2012/04/maven-does-not-suck-but-maven-docs-do.html
