约定优于配置

约定优于配置是一个简单的概念。系统，库和框架应该假定合理的默认值。无需不必要的配置，系统应该“只是工作”。已经开始流行的框架如Ruby的Rails和EJB3的坚持这些原则在配置的复杂性，如初始的EJB 2.1规范的框架反应。约定优于配置的一个例证是像EJB3持久性的东西：如果你需要使一个特定的bean的持久性，你需要在它的类上加上@Entity注解。框架假设表和字段的名字和类的名字属性名字相同。如果你需要为名字重新定义，钩子为您提供覆盖这些约定的名字的方法，但在大多数情况下，你会发现，使用框架提供的默认结果，会得到更快的项目执行。
        Maven的整合这一概念，为项目提供合理的默认行为。无需定制，源代码被默认放在${basedir}/src/main/java文件夹中，资源被默认放在 ${basedir}/src/main/resources文件夹中。测试默认放在 ${basedir}/src/test文件夹中，默认一个项目产生的JAR文件。Maven的默认您要编译的字节码到 ${basedir}/target/classes，然后在${basedir}/target文件夹中创建一个分发的JAR文件。虽然这可能看起来微不足道，考虑一个事实，即大多数基于Ant的构建项目需要认为定义这些目录的位置。Ant不知道在这个项目中的源代码、资源文件在什么地方，你必须自己提供这些信息。Maven的约定优于配置不仅仅是简单的目录位置，Maven的核心插件提供了编译源代码，包装分布，生成网站，和许多其他进程的一套相同的约定。Maven的力量来自事实，这是“自以为是”，它有一个定义的生命周期，并知道如何构建和组装软件的常见插件集。如果按照约定，Maven将需要几乎为零努力-只是把你在正确的目录源，Maven将会做其余的工作。
        一个使用制度，按照“约定优于配置”的副作用是，最终用户可能会认为他们是被迫使用特定的方法或方法。你必须明确，Maven的一些核心的思想和设置是不能改变的，但是大多数还是可以自己定制的。例如，项目的源代码和资源的位置，可定制，可定制的JAR文件的名称，并通过自定义插件的发展，几乎所有的行为，可以根据您的特定环境的要求。如果你不在乎，按照惯例，Maven将允许你自定义默认值，以适应您的具体要求。