Convenção sobre configuração é um conceito simples. Sistemas, bibliotecas e frameworks deve assumir padrões razoáveis.Sem exigir configuração desnecessária, os sistemas devem "simplesmente funcionar". Estruturas populares como Ruby on Rails e EJB3 começaram a aderir a estes princípios em reação à complexidade de configuração de estruturas, como as iniciais EJB 2.1 especificações. Uma ilustração de convenção sobre configuração é algo como EJB3 persistence: tudo que você precisa fazer para se tornar um feijão especial persistente é para anotar essa classe com + @ Entity. O quadro assume nomes de tabelas e colunas com base no nome da classe e os nomes das propriedades. Hooks são fornecidos para você substituir estes padrão, assumiu nomes em caso de necessidade, mas, na maioria dos casos, você vai achar que usando os padrões de resultados fornecidos pelo quadro em uma execução de projetos mais rapidamente.
Maven incorpora este conceito, fornecendo comportamento padrão sensível para os projetos. Sem personalização, o código fonte está a ser assumida em $ {basedir} / src / main / java e os recursos estão a ser assumida em $ {basedir} / src / main / resources . Os testes estão a ser assumida em $ {basedir} / src / teste , e um projeto é assumido para produzir um arquivo JAR. Maven assume que você deseja que o código de byte de compilação para $ {basedir} / target / classes e, em seguida, criar um arquivo JAR distribuível em $ {basedir} / target . Embora isso possa parecer trivial, considerar o fato de que a maioria baseada em Formiga constrói tem que definir os locais desses diretórios. Formiga não é fornecido com alguma idéia embutida de onde o código-fonte ou recursos podem estar em um projeto, você tem que fornecer essa informação. Adoção da convenção sobre configuração do Maven vai mais longe do que apenas locais de diretório simples, plugins essenciais da Maven aplicar um conjunto comum de convenções para compilar o código fonte, as distribuições de embalagens, gerando sites, e muitos outros processos. A força da Maven vem do fato de que ele é "teimoso", tem um ciclo de vida definido e um conjunto de plugins comuns que sabem como construir e montar software. Se você seguir as convenções, Maven vai exigir quase zero esforço - basta colocar a sua fonte no diretório correto, e Maven vai cuidar do resto.
Um efeito colateral do uso de sistemas que seguem "convenção sobre configuração" é que os utilizadores finais podem sentir que eles são forçados a usar uma metodologia ou abordagem particular. Embora seja verdade que Maven tem algumas opiniões fundamentais que não devem ser questionados, a maioria dos padrões podem ser personalizados. Por exemplo, a localização do código e os recursos fonte de um projeto pode ser personalizado, nomes de arquivos JAR pode ser personalizado, e através do desenvolvimento de plugins personalizados, quase qualquer comportamento pode ser adaptado às necessidades do seu ambiente específico. Se você não se importa de seguir convenções, Maven irá permitir que você personalizar padrões, a fim de se adaptar às suas necessidades específicas.
Nome...: PAULO PACHECOE-Mail.: PauloSS...@gmail.com.brMSN....: PauloSS...@Hotmail.com
Yahoo..: PauloSSPacheco@yahoo.comFixo...: 085 3086 6769Celular: 085 8888 4498 OI085 9702 4498 TIM