Importar usando arquivos DEF
Se você optar por usar __declspec(dllimport) juntamente com um arquivo. def, você deve alterar o arquivo. def para usar dados no lugar da constante para reduzir a probabilidade de que a codificação incorreta causará um problema:
// project.def
LIBRARY project
EXPORTS
ulDataInDll DATA
A tabela a seguir mostra o porquê.
Keyword |
Emite na biblioteca de importação |
Exportações |
|---|---|---|
CONSTANT |
_imp_ulDataInDll_ulDataInDll |
_ulDataInDll |
DATA |
_imp_ulDataInDll |
_ulDataInDll |
Usando __declspec(dllimport) e constante lista ambos os imp versão e o nome não decorado na. lib DLL importar biblioteca criada para permitir explícita de vinculação.Usando __declspec(dllimport) e listas de dados apenas o imp versão do nome.
Se você usar a constante, uma das seguintes construções de código pode ser usada para acesso ulDataInDll:
__declspec(dllimport) ULONG ulDataInDll; /*prototype*/
if (ulDataInDll == 0L) /*sample code fragment*/
- ou -
ULONG *ulDataInDll; /*prototype*/
if (*ulDataInDll == 0L) /*sample code fragment*/
No entanto, se você usar os dados no arquivo. def, somente código compilado com a seguinte definição pode acessar a variável ulDataInDll:
__declspec(dllimport) ULONG ulDataInDll;
if (ulDataInDll == 0L) /*sample code fragment*/
O uso constante é mais arriscado porque se você esquecer de usar o nível extra de indireção, você poderia acessar potencialmente ponteiro da tabela de endereços Importar para a variável — não a variável.Esse tipo de problema geralmente pode manifestar como uma violação de acesso porque a tabela de endereços importação atualmente é feita somente leitura pelo compilador e vinculador.
O vinculador Visual C++ atual emite um aviso se ele vê constante no arquivo. def para esse caso.O motivo real somente usar constante é se não for possível recompilar algum arquivo de objeto onde o arquivo de cabeçalho lista __declspec(dllimport) no protótipo.