Maven 2 坚持使用maven'；默认的项目目录结构？
简单地说，如果您正在使用maven，您是应该将maven布局视为黄金标准，还是应该将布局转换为适合您的工具（WASD、myEclipse、RAD等） 意识到maven是可配置的，您可以覆盖Super POM中的默认值，我正在尝试确定是否应该更改布局以支持内部的特定工具，或者尝试使这些工具识别maven布局。一个要考虑的是连续的构建工具的最终集成，以及不同的IDE。MyEclipse目前正在使用，但有消息称他们在6个月内不会更新许可证 关于这类事情，我所问的问题有点过于具体和片面 Maven遵循的是“约定优先于配置”原则，这意味着如果您遵循他们的约定，则不需要重新定义基本信息，例如项目结构 就我而言，我更喜欢用我能写的最短的pom.xml，我不喜欢定义诸如在哪里找到源、资源等信息Maven 2 坚持使用maven'；默认的项目目录结构？,maven-2,ide,directory-structure,project-structure,Maven 2,Ide,Directory Structure,Project Structure,简单地说，如果您正在使用maven，您是应该将maven布局视为黄金标准，还是应该将布局转换为适合您的工具（WASD、myEclipse、RAD等） 意识到maven是可配置的，您可以覆盖Super POM中的默认值，我正在尝试确定是否应该更改布局以支持内部的特定工具，或者尝试使这些工具识别maven布局。一个要考虑的是连续的构建工具的最终集成，以及不同的IDE。MyEclipse目前正在使用，但有消息称他们在6个月内不会更新许可证 关于这类事情，我所问的问题有点过于具体和片面 Maven遵循的
除此之外，对于多个项目具有相同的结构是一个明显的好处，尤其是当您需要管理许多应用程序时。如果应用程序遵循一些惯例，它还可以帮助新开发人员理解应用程序…默认的项目结构是有效的，因此不要浪费时间讨论和决定不同的项目结构，然后配置maven来使用它 像所有的“最佳实践”一样，不劳而获。正如您所指出的，IDE可能有他们喜欢的特定项目结构——因为您的大多数开发实际上都是在IDE中完成的，这就是开发人员实际思考问题的方式
如果您围绕一个标准项目结构来标准化您的商店，那么您可以在公司范围的父POM文件中始终定义该公共结构。我非常有兴趣听到任何相反的意见。它不适用于某些IDE，请参阅我问的第一个问题。