Como: Organizar arquivos de saída do projeto para compilações
Este tópico descreve as práticas recomendadas para organizar arquivos de saída do projeto.Construir erros podem ocorrer quando você conjunto até projeto arquivos de saída incorretamente.Este tópico também descreve as vantagens e desvantagens de cada alternativa para organizar os arquivos de saída do projeto.
Referenciando Assemblies do CLR
Para fazer referência a assemblies com # using
Você pode referenciar um assembly diretamente do seu código usando # usando a diretiva, sistema autônomo #using <System.Data.dll>. Para obter mais informações, consulte The # Using Directive.
O arquivo especificado pode ser uma .dll, .exe,.netmodule, ou .obj, sistema autônomo longo sistema autônomo está em MSIL.O componente referenciado pode ser montado em qualquer linguagem.Com essa opção, você terá acesso ao IntelliSense, pois os metadados serão extraídos da MSIL.O arquivo em questão deve estar no caminho para o projeto; caso contrário, o projeto não serão compilados e IntelliSense não estarão disponível.Uma maneira fácil para determinar se o arquivo está no caminho é clicar com o botão direito do mouse em # usando a linha e escolher o Documento em abertocomando .Você será notificado se o arquivo não pode ser encontrado.
Se desejar colocar o caminho completo para o arquivo, você pode usar o /AI opção do compilador para edição o caminho de Pesquisar para # using referências. Para obter mais informações, consulte /AI (especificar diretórios de metadados).
Para fazer referência a assemblies com /FU
Em vez de fazer referência a um assembly diretamente de um arquivo de código conforme descrito acima, você pode usar o /FU opção do compilador. A vantagem desse método é que você não precisa adicionar um separado # usando demonstrativo para cada arquivo que faz referência a um determinado assembly.
Para conjunto esta opção, abra o Páginas de propriedades para o projeto.expandir o Propriedades de configuração nó e, em seguida, expandir o C/C++ nó e selecionar Avançado.Adicionar os assemblies desejados próximo a Forçar # using.Para obter mais informações, consulte /FU (nome forçado # using arquivo).
Para fazer referência a assemblies com Adicionar nova referência
Esta é a maneira mais fácil de usar o CLR assemblies.Primeiro, verifique se que o projeto é compilado com o /clr opção do compilador. clicar direito do mouse em projeto do O gerenciador de soluções e selecionar Referências.The propriedade Páginas caixa de diálogo será exibida.
From a Páginas de propriedades de caixa de diálogo, selecionar Adicionar nova referência.Aparecerá uma caixa de diálogo listando todos os .NET, COM e outros conjuntos de módulos disponível no projeto corrente.selecionar o assembly desejado e clicar OK.Para obter mais informações, consulte Caixa de diálogo Add Reference.
Uma vez definida uma referência de projeto, as dependências correspondentes são manipuladas automaticamente.Além disso, como metadados faz parte de um assembly, não é necessário para adicionar um arquivo de cabeçalho ou protótipo os elementos que estão sendo usados de módulos (assemblies) gerenciado.
Fazendo referência a DLLs nativas ou estático bibliotecas
Para fazer referência a DLLs nativas ou bibliotecas estáticas
Referência de arquivo de cabeçalho apropriado no seu código usando o # diretiva include.O arquivo de cabeçalho deve estar no caminho de inclusão ou parte do projeto corrente.Para obter mais informações, consulte The # Incluir diretriz.
Você também pode conjunto dependências de projeto.Definindo dependências de projeto garante duas coisas.Primeiro, ele garante projetos são construídos na ordem correta para que um projeto sempre possa localizar os arquivos dependentes que ele precisa.Segundo, ele implicitamente adiciona que o projeto dependente saída de diretório para o caminho para que arquivos podem ser encontrados com facilidade em time de link.
Para implantar o aplicativo, você precisará colocar a DLL em um local apropriado.Isso pode ser uma das seguintes opções:
O mesmo caminho que o executável.
Em qualquer lugar no caminho do sistema (a path variável de ambiente).
No assembly lado a lado.Para obter mais informações, consulte Criando conjuntos de c/c++ do - por-lado.
Trabalhar com diversos projetos
Por padrão, os projetos são construídos de modo que todos os arquivos de saída sejam criados em um subdiretório do diretório do projeto.O diretório é nomeado com base na configuração da compilação (por exemplodepurar ou versão).Em ordem para projetos de irmãos fazer referência a outro, cada projeto deve adicionar explicitamente os outros diretórios de saída do projeto para seu caminho na ordem para vinculação seja bem-sucedida.Isso é concluído automaticamente quando você define as dependências do projeto.No entanto, se você não usar as dependências, você deve cuidadosamente tratar isso como compilações podem ficar muito difícil de gerenciar.Por exemplo, quando um projeto tem configurações depurar e versão e inclui uma biblioteca externa de um projeto irmão, ele deve usar um arquivo de biblioteca diferente dependendo de qual configuração está sendo criada.Assim, hard-coding esses caminhos pode ser complicado.
Começando a partir de Visual C++ 2005, todos sistema autônomo arquivos de saída essenciais (sistema autônomo arquivos executáveis, arquivos de vinculador incremental e arquivos PDB) são copiados para um diretório de solução comum. Assim, ao trabalhar com uma solução que contém um número de projetos do C++ com configurações equivalentes, todos os arquivos de saída são centralizados para vinculação simplificado e a implantação.Você pode certificar-se de que sua biblioteca (aplicativo funcionará conforme o esperado se eles mantêm esses arquivos juntos (já que sistema autônomo arquivos são garantidos sistema autônomo no caminho).
O local dos arquivos de saída pode ser uma questão importante durante a implantação em um ambiente de produção.Durante a execução de projetos no IDE, sistema autônomo caminhos incluídos bibliotecas não são necessariamente o mesmo ambiente de produção.Por exemplo, se você tiver #using "../../lib/debug/mylib.dll" em seu código, mas, em seguida, implantar mylib.dll em uma posição relativa diferente, o aplicativo falhará em tempo de execução. Para evitar isso, você deve evitar usar caminhos relativos no # incluir instruções em seu código.É melhor para garantir que os arquivos necessários estão no caminho de compilação do projeto e da mesma forma, garantindo que os arquivos de produção correspondentes estão posicionados corretamente.
Como especificar onde os arquivos de saída ir
- A localização das configurações de saída de projeto pode ser encontrada no Páginas de propriedades.expandir o nó próximo a Propriedades de configuração e selecionar Geral.O local de saída é especificado em Diretório de saída.Para obter mais informações, consulte Página propriedade Geral (projeto).