Frage : DLL gegen die implizite Verbindung der BIBLIOTHEK

Wenn Sie die externe Verbindung sind, in ein Programm kodieren. Sie können in einer Bibliothek (BIBLIOTHEK) auf zwei Arten verbinden, wie ich verstehe. Die Bibliotheksakte könnte den tatsächlichen Code enthalten, oder die Bibliotheksakte kann nur die Symbole im Code enthalten und der tatsächliche Code ist der Hinweis irgendwo, der in einem anderen DLL auf dem System sonst ist. Behebt dieser Ton? Wenn ja gibt es eine Weise, festzustellen, was der Fall durch etwas in der BIBLIOTHEKS-Akte ist?

Thanks,
Matthew

Antwort : DLL gegen die implizite Verbindung der BIBLIOTHEK

Im Falle des DLL-Hinweises ist das .LIB gerade eine Importbibliothek, die Informationen enthält, die, das Verknüpfungsprogramm externe Bezugsexport-DLL-Funktionen lösen muss, also das System das spezifizierte DLL lokalisieren kann und DLL-Funktionen an der Laufzeit exportierte (http://msdn.microsoft.com/en-us/library/ms682592%28VS.85%29.aspx - „Dynamisch-Verbindung Bibliotheks-Kreation“ - und die Seiten auch sehen, die von dort verbunden werden). Im Falle der statischen Bibliothek sind Sie Recht, enthält die .LIB Akte den ganzen Code, der erforderlich ist, die verwendeten Funktionen zu lösen und der Code in Ihr executyble durch das Verknüpfungsprogramm direkt gesetzt wird, sehen http://msdn.microsoft.com/en-us/library/ms235627%28VS.80%29.aspx („Durchlauf: Einer statischen Bibliothek herstellen und mit“).

Sie können den Inhalt einer .LIB Akte überprüfen, indem Sie entweder lib.exe verwenden, oder dumpbin.exe auf der Befehlszeile, eine Importbibliothek sollte keinen tatsächlichen Code enthalten.

Weitere Lösungen  
 
programming4us programming4us