Sobre os projetos padrão
Consulte também
O IDE contém um conjunto de modelos de projeto padrão para aplicações Java SE e aplicações Web. Os projetos Java padrão oferecem a mais alta integração com o suporte de determinadas tecnologias do IDE.
A distribuição padrão do IDE contém os modelos padrão a seguir:
- Para aplicações Java SE:
"Java Application". Um projeto Java SE vazio com uma classe principal.
Aplicação de área de trabalho Java. Uma aplicação esqueleto que é baseada no Swing Application e contém uma barra de menus, barra de status e caixa Sobre. Este modelo também fornece infra-estrutura de aplicação básica tal como a persistência do estado da janela e o gerenciamento de recursos. Com este modelo, é possível também gerar código para criar uma interface GUI para uma tabela de banco de dados.
"Java Class Libary". Uma biblioteca de classe Java vazia sem classe principal.
Projeto Java
com códigos-fonte existentes. Um projeto Java SE com códigos-fonte existentes.
- Para aplicações Web:
Aplicação Web. Uma aplicação Web vazia.
Projeto da Web
com códigos-fonte existentes. Uma aplicação Aeb com códigos-fonte existentes.
- Para módulos EJB:
Módulo EJB. Um módulo EJB vazio.
Módulo EJB com códigos-fonte existentes. Um módulo EJB com códigos-fonte existentes.
- Para aplicações empresariais:
Aplicação empresarial. Uma aplicação empresarial vazia.
Aplicação empresarial com códigos-fonte existentes. Uma aplicação empresarial com códigos-fonte existentes que está em conformidade com as diretrizes Sun Java BluePrints.
- Para módulos de do NetBeans:
Um módulo vazio com um arquivo layer.xml e um arquivo Bundle.properties. Você utiliza um módulo para implementar a lógica que integra os empacotadores de bibliotecas à plataforma e proporciona uma interface de usuário para recebimento da entrada do usuário.
Wrapper de bibliotecas. Uma biblioteca empacotada em um projeto de módulo e um arquivo Bundle.properties. Você usa o empacotador de biblioteca para colocar um arquivo JAR em um classpath do módulo e exportar alguns ou todos os pacotes do arquivo JAR do módulo como pacotes públicos.
Suíte de módulos. Uma suíte de módulos vazia. Você usa um conjunto de módulos para agrupar e implantar um conjunto de empacotadores de bibliotecas e módulos independentes.
- Dependendo dos módulos instalados, o IDE pode conter modelos adicionais. Consulte a ajuda dos módulos adicionais para obter mais informações.
Pastas de código-fonte
Em projetos padrão, é possível ter várias pastas de código-fonte e várias pastas de teste JUnit para cada projeto Java SE, da Web e EJB. Entretanto, não é possível adicionar uma única pasta de código-fonte a mais de um projeto. Se for necessário que uma pasta de código-fonte faça parte de vários projetos, crie um projeto separado para a pasta de código-fonte e adicione-a ao classpath de cada um dos projetos.
Configurações do projeto
Quando você cria um projeto a partir de um modelo de projeto padrão, o IDE gera um script Ant que controla todos os aspectos da compilação, execução e depuração do programa.
Você pode definir as configurações básicas do projeto na caixa de diálogo Propriedades do projeto, clicando com o botão direito do mouse em um nó do projeto na janela Projetos e escolhendo Propriedades. Todas as alterações são registradas imediatamente no script Ant do projeto. Você também pode definir opções mais complexas editando diretamente o script Ant e o arquivo de propriedades do projeto.
A pasta do projeto
Cada projeto padrão possui uma pasta de projeto onde o IDE armazena o script Ant, os metadados do projeto e as pastas de saída. Em projetos com fontes existentes, você pode colocar os diretórios de fontes do projeto no mesmo local que a pasta do projeto ou em um local separado. Em projetos vazios, a raiz de código-fonte está sempre no mesmo local que o diretório do projeto.
O quadro a seguir lista o conteúdo de uma pasta de projeto:
Item |
Descrição |
build.xml |
Script de construção chamado pelo IDE. Esse script de construção contém somente uma instrução importante que importa destinos de nbproject/build-impl.xml. Use the build.xml to override targets from build-impl.xml
or to create new targets.
|
nbproject |
O diretório que contém o script Ant do projeto e outros metadados. Este diretório contém:
- build-impl.xml. O script Ant gerado pelo IDE. <Check Alignment of PHs>Nunca edite o build-impl.xml diretamente sempre substitua os destinos no build.xml.
- project.properties. As propriedades de Ant usadas pelo IDE para configurar o script Ant. Embora você possa editar esse arquivo manualmente, isso em geral é desnecessário, porque ele é atualizado automaticamente pelo IDE quando você configura as propriedades do projeto.
- project.xml e genfiles.properties. Arquivos de metadados gerados pelo IDE. Embora seja possível editar o arquivo project.xml manualmente, em geral não é necessário fazê-lo para projetos padrão. Nunca edite o genfiles.properties.
|
nbproject/private |
O diretório que mantém as propriedades que são definidas apenas para você. Se você está compartilhando o projeto através de VCS, quaisquer propriedades definidas no private.properties não são registradas com outros metadados do projeto e são aplicadas somente à sua instalação do IDE. |
build |
O diretório de saída das classes compiladas. |
dist |
O diretório de saída das saídas de construção empacotadas (arquivos JAR e arquivos WAR) Os projetos Java padrão produzem uma saída de construção por projeto. O diretório dist também contém documentação do Javadoc gerada. |
- Consulte também
- Sobre os projetos de forma livre
- Gerenciando o classpath
- Personalizando o script Ant gerado pelo IDE
Notificações legais