Anmelden

Select the product you need help with

Was ist eine DLL?

Artikel-ID: 815065 - Produkte anzeigen, auf die sich dieser Artikel bezieht

Dieser Artikel ist eine �bersetzung des folgenden englischsprachigen Artikels der Microsoft Knowledge Base:
815065

(http://support.microsoft.com/kb/815065/EN-US/ )

What is a DLL?

Bitte beachten Sie: Bei diesem Artikel handelt es sich um eine �bersetzung aus dem Englischen. Es ist m�glich, dass nachtr�gliche �nderungen bzw. Erg�nzungen im englischen Originalartikel in dieser �bersetzung nicht ber�cksichtigt sind. Die in diesem Artikel enthaltenen Informationen basieren auf der/den englischsprachigen Produktversion(en). Die Richtigkeit dieser Informationen in Zusammenhang mit anderssprachigen Produktversionen wurde im Rahmen dieser �bersetzung nicht getestet. Microsoft stellt diese Informationen ohne Gew�hr f�r Richtigkeit bzw. Funktionalit�t zur Verf�gung und �bernimmt auch keine Gew�hrleistung bez�glich der Vollst�ndigkeit oder Richtigkeit der �bersetzung.

Alles erweitern | Alles schlie�en

Auf dieser Seite

Zusammenfassung

Der vorliegende Artikel erl�utert, was eine DLL (Dynamic Link Library) ist, und beschreibt die verschiedenen Probleme, die bei der Verwendung von DLLs auftreten k�nnen.

Dar�ber hinaus nennt der Artikel weitere Anforderungen, die Sie bei der Erstellung eigener DLLs ber�cksichtigen sollten. Neben der Definition des Begriffs DLL werden Methoden f�r dynamisches Verkn�pfen, DLL-Abh�ngigkeiten und DLL-Einstiegspunkte sowie das Exportieren von DLL-Funktionen und DLL-Problembehandlungstools n�her erl�utert.

Au�erdem finden Sie am Ende des Artikels einen allgemeinen Vergleich der Funktionen von Microsoft .NET Framework-Assemblys und DLLs.

Zum Anfang | Ihr Feedback an uns

Einf�hrung

Bei den im Abschnitt "Die Informationen in diesem Artikel beziehen sich auf" aufgef�hrten Microsoft Windows-Betriebssystemen wird die Betriebssystemfunktionalit�t gr��tenteils �ber DLLs (Dynamic Link Libraries) bereitgestellt. Die Funktionalit�t von Programmen, die Sie auf einem dieser Windows-Betriebssysteme ausf�hren, wird eventuell ebenfalls �ber DLLs bereitgestellt. Programme k�nnen viele verschiedene Module beinhalten. Die einzelnen Module sind in DLLs enthalten und werden �ber diese verteilt.

Die Verwendung von DLLs tr�gt zur Modularisierung und Wiederverwendung des Codes bei, erm�glicht eine effizientere Nutzung des Speichers und sorgt so daf�r, dass weniger Speicherplatz belegt wird. Betriebssystem und Programme k�nnen so schneller geladen und ausgef�hrt werden und nehmen weniger Festplattenspeicherplatz auf dem Computer ein.

Wenn ein Programm eine DLL verwendet, k�nnen so genannte "Abh�ngigkeiten" dazu f�hren, dass das Programm nicht ausgef�hrt wird. Eine Abh�ngigkeit wird hergestellt, wenn ein Programm eine DLL verwendet. �berschreibt ein anderes Programm diese DLL und hebt damit die Abh�ngigkeit auf, kann das urspr�ngliche Programm nicht mehr erfolgreich ausgef�hrt werden.

Mit der Einf�hrung von Microsoft .NET Framework und durch die Verwendung von Assemblys konnten die meisten Abh�ngigkeitsprobleme behoben werden.

Zum Anfang | Ihr Feedback an uns

Weitere Informationen

Was ist eine DLL?

Eine DLL ist eine Bibliothek, die Code und Daten enth�lt. Sie kann von mehreren Programmen gleichzeitig verwendet werden. In Windows-Betriebssystemen f�hrt die DLL "Comdlg32" beispielsweise h�ufig verwendete dialogfeldbezogene Funktionen aus. Daher kann jedes Programm die in dieser DLL enthaltene Funktionalit�t zur Implementierung eines �ffnen-Dialogfeldes verwenden. Dies tr�gt zur Wiederverwendung des Codes sowie zu einer effizienten Speichernutzung bei.

Mithilfe von DLLs l�sst sich ein Programm in separate Komponenten (so genannte Module) aufgliedern. Ein Buchf�hrungsprogramm kann beispielsweise in einzelnen Modulen angeboten werden. Diese lassen sich zur Laufzeit in das Hauptprogramm laden, sofern sie installiert sind. Da es sich um separate Module handelt, wird das Programm schneller geladen. Das Laden der jeweiligen Module erfolgt nur dann, wenn die entsprechende Funktionalit�t ben�tigt wird.

Au�erdem k�nnen Aktualisierungen einfacher auf die einzelnen Module angewendet werden, ohne dass sich dies auf andere Teile des Programms auswirkt. Beispiel: Sie besitzen ein Lohn- und Gehaltsprogramm, und die Steuers�tze �ndern sich j�hrlich. Wenn diese �nderungen in einer DLL isoliert werden, k�nnen Sie ein Update einbringen, ohne das Programm vollst�ndig neu erstellen oder installieren zu m�ssen.

Die folgende Liste z�hlt einige der Dateien auf, die in Windows-Betriebssystemen als DLLs implementiert werden:

ActiveX-Steuerelementdateien (.ocx)
Ein ActiveX-Steuerelement ist beispielsweise ein Kalendersteuerelement, �ber das Sie ein Datum in einem Kalender ausw�hlen k�nnen.
Systemsteuerungsdateien (.cpl)
Ein Beispiel f�r eine CPL-Datei ist ein Element, das sich in der Systemsteuerung befindet. Jedes Element ist eine spezielle DLL.
Ger�tetreiberdateien (.drv)
Ein Beispiel f�r einen Ger�tetreiber ist ein Druckertreiber, der den Druckvorgang auf einem Drucker steuert.

Vorteile von DLLs

Nachfolgend werden einige der Vorteile aufgelistet, die die Verwendung von DLLs durch Programme bietet:

Geringerer Ressourcenverbrauch
Wenn mehrere Programme dieselbe Funktionsbibliothek verwenden, kann mithilfe einer DLL verhindert werden, dass Code doppelt auf die Festplatte und in den physischen Speicher geladen wird. Dies kann sich erheblich auf die Leistungsf�higkeit der Programme auswirken, und zwar nicht nur auf die Leistungsf�higkeit des im Vordergrund ausgef�hrten Programms, sondern auch auf die Leistungsf�higkeit anderer Programme, die unter dem Windows-Betriebssystem ausgef�hrt werden.
Unterst�tzung einer modularen Architektur
Eine DLL bietet Unterst�tzung bei der Entwicklung von Programmen auf Modulbasis. Mithilfe von DLLs k�nnen Sie umfangreiche Programme mit mehreren Sprachversionen erstellen, oder Sie k�nnen Programme entwickeln, die eine modulare Architektur erfordern. Ein Beispiel f�r ein modulares Programm ist ein Buchf�hrungsprogramm mit mehreren Modulen, die dynamisch zur Laufzeit geladen werden k�nnen.
Vereinfachte Bereitstellung und Installation
Wenn eine Funktion in einer DLL aktualisiert oder korrigiert werden muss, ist es f�r die Bereitstellung und Installation der DLL nicht erforderlich, das Programm erneut mit der DLL zu verkn�pfen. Wenn mehrere Programme dieselbe DLL verwenden, profitieren alle diese Programme von der Aktualisierung oder der Reparatur. Dieses Problem tritt eventuell h�ufiger im Zusammenhang mit Fremdanbieter-DLLs auf, die regelm��ig aktualisiert oder repariert werden.

DLL-Abh�ngigkeiten

Wenn ein Programm oder eine DLL eine DLL-Funktion einer anderen DLL verwendet, entsteht eine Abh�ngigkeit. Das Programm ist daher nicht mehr eigenst�ndig, und es k�nnen Probleme auftreten, wenn die Abh�ngigkeit aufgehoben wird. Das Programm wird eventuell nicht ausgef�hrt, wenn einer der folgenden Vorg�nge stattfindet:

Eine abh�ngige DLL wird auf eine neue Version aktualisiert.
Eine abh�ngige DLL wird repariert.
Eine abh�ngige DLL wird mit einer fr�heren Version �berschrieben.
Eine abh�ngige DLL wird vom Computer entfernt.

Diese Vorg�nge werden auch als DLL-Konflikte bezeichnet. Wird keine Abw�rtskompatibilit�t erzwungen, kann das Programm eventuell nicht erfolgreich ausgef�hrt werden.

Im Folgenden werden die �nderungen aufgelistet, die in Microsoft Windows 2000 und h�heren Windows-Betriebssystemen eingef�hrt wurden, um Abh�ngigkeitsprobleme zu verhindern:

Windows-Dateischutz
Der Windows-Dateischutz verhindert, dass System-DLLs von einem nicht autorisierten Agenten aktualisiert oder gel�scht werden. Wenn eine Programminstallation versucht, eine als System-DLL definierte DLL zu entfernen oder zu aktualisieren, �berpr�ft der Windows-Dateischutz, ob eine g�ltige digitale Signatur vorhanden ist.
Private DLLs
Mithilfe von privaten DLLs k�nnen Sie ein Programm gegen�ber �nderungen abschirmen, die an gemeinsam genutzten DLLs vorgenommen werden. Private DLLs verwenden versionsspezifische Informationen oder eine leere ".local"-Datei, um die Version der DLL zu erzwingen, die vom Programm verwendet wird. Wenn Sie private DLLs verwenden m�chten, legen Sie Ihre DLLs im Stammverzeichnis des Programms ab. F�gen Sie anschlie�end f�r neue Programme versionsspezifische Informationen zur DLL hinzu. Verwenden Sie f�r alte Programme eine leere ".local"-Datei. Durch diese Vorgehensweise wird das Betriebssystem angewiesen, die im Stammverzeichnis des jeweiligen Programms abgelegten privaten DLLs zu verwenden.

DLL-Problembehandlungstools

Zur Behebung von DLL-Problemen stehen verschiedene Tools zur Verf�gung. Hierzu geh�ren:

Dependency Walker

Das Tool Dependency Walker ist in der Lage, eine rekursive Suche nach allen abh�ngigen DLLs durchzuf�hren, die von einem Programm verwendet werden. Wenn Sie ein Programm in Dependency Walker �ffnen, f�hrt das Tool die folgenden Pr�fungen durch:

Dependency Walker sucht nach fehlenden DLLs.
Dependency Walker sucht nach ung�ltigen Programmdateien oder DLLs.
Dependency Walker pr�ft, ob die Import- und Exportfunktionen �bereinstimmen.
Dependency Walker sucht nach Ringabh�ngigkeitsfehlern.
Dependency Walker sucht nach Modulen, die ung�ltig sind, weil sie f�r ein anderes Betriebssystem bestimmt sind.

Mithilfe von Dependency Walker k�nnen Sie alle DLLs dokumentieren, die ein Programm verwendet. Auf diese Weise k�nnen Sie DLL-Probleme verhindern oder Probleme nach dem Auftreten beheben. Dependency Walker befindet sich im folgenden Verzeichnis, wenn Sie Microsoft Visual Studio 6.0 installieren:

Laufwerk\Programme\Microsoft Visual Studio\Common\Tools

DLL Universal Problem Solver

Das Tool DLL Universal Problem Solver (DUPS) wird zum �berwachen, Vergleichen, Dokumentieren und Anzeigen von DLL-Informationen verwendet. Nachfolgend sind die Dienstprogramme aufgef�hrt, die zum Tool DUPS geh�ren:

Dlister.exe
Dieses Dienstprogramm z�hlt alle DLLs auf dem Computer auf und protokolliert diese Informationen in einer Text- oder Datenbankdatei.
Dcomp.exe
Dieses Dienstprogramm vergleicht die in zwei Textdateien aufgelisteten DLLs und erzeugt eine dritte Textdatei, in der die Unterschiede enthalten sind.
Dtxt2DB.exe
Dieses Dienstprogramm l�dt die von den Dienstprogrammen "Dlister.exe" und "Dcomp.exe" erstellten Textdateien in die Datenbank "dllHell".
DlgDtxt2DB.exe
Dieses Dienstprogramm stellt eine grafische Benutzeroberfl�che f�r das Dienstprogramm "Dtxt2DB.exe" bereit.

Weitere Informationen zum Tool DUPS finden Sie im folgenden Artikel der Microsoft Knowledge Base:

247957

(http://support.microsoft.com/kb/247957/DE/ )

BEISPIEL: Verwenden von DUPS.exe, um DLL-Kompatibilit�tsprobleme zu beheben

DLL-Hilfedatenbank

In der DLL-Hilfedatenbank k�nnen Sie nach bestimmten Versionen von DLLs suchen, die von Microsoft-Softwareprodukten installiert werden. Weitere Informationen zur DLL-Hilfedatenbank finden Sie auf folgender Website von Microsoft:

http://support.microsoft.com/dllhelp/

(http://support.microsoft.com/dllhelp/)

DLL-Entwicklung

In diesem Abschnitt werden die Probleme und Anforderungen erl�utert, die Sie beim Entwickeln eigener DLLs ber�cksichtigen sollten.

DLL-Typen

Wenn Sie eine DLL in einer Anwendung laden, werden die exportierten DLL-Funktionen mithilfe von zwei verschiedenen Verkn�pfungsmethoden aufgerufen. Hierbei handelt es sich um Load-Time Dynamic Linking (Dynamische Verkn�pfung zum Startzeitpunkt) und Run-Time Dynamic Linking (Dynamische Verkn�pfung zur Laufzeit).

Load-Time Dynamic Linking

Beim Load-Time Dynamic Linking erzeugt die Anwendung explizite Aufrufe an exportierte DLL-Funktionen (wie an lokale Funktionen). Um diese Verkn�pfungsmethode zu verwenden, stellen Sie eine Header-Datei (.h) und eine Importbibliothek (.lib) bereit, wenn Sie die Anwendung kompilieren und verkn�pfen. Dadurch stellt der Linker dem System die Informationen bereit, die zum Laden der DLL und Aufl�sen des Standortes der exportierten DLL-Funktionen zum Startzeitpunkt ben�tigt werden.

Run-Time Dynamic Linking

Beim Run-Time Dynamic Linking ruft die Anwendung entweder die Funktion LoadLibrary oder die Funktion LoadLibraryEx auf, um die DLL zur Laufzeit zu laden. Nachdem die DLL erfolgreich geladen wurde, verwenden Sie die Funktion GetProcAddress, um die Adresse der exportierten DLL-Funktion abzurufen, die Sie aufrufen m�chten. Bei Verwendung dieser Verkn�pfungsmethode ben�tigen Sie keine Importbibliothek.

Nachfolgend werden die Kriterien aufgef�hrt, nach denen entschieden werden sollte, ob Load-Time Dynamic Linking oder Run-Time Dynamic Linking zu verwenden ist:

Startleistung
Wenn die Startleistung der Anwendung von vorrangiger Bedeutung ist, sollten Sie sich f�r Run-Time Dynamic Linking entscheiden.
Einfache Ausf�hrung
Beim Load-Time Dynamic Linking werden die exportierten DLL-Funktionen wie lokale Funktionen behandelt. Dies erleichtert Ihnen das Aufrufen dieser Funktionen.
Anwendungslogik
Beim Run-Time Dynamic Linking kann eine Anwendung je nach Bedarf verschiedene Module laden. Dies ist wichtig, wenn Sie mehrsprachige Versionen entwickeln.

DLL-Einstiegspunkt

Wenn Sie eine DLL erstellen, k�nnen Sie optional eine Einstiegspunktfunktion angeben. Diese Funktion wird aufgerufen, wenn Prozesse oder Threads sich an eine DLL anf�gen oder sich von einer DLL trennen. Sie k�nnen die Einstiegspunktfunktion, je nachdem, was die DLL erfordert, zum Initialisieren oder zum Entfernen von Datenstrukturen verwenden. Wenn es sich um eine Multithread-Anwendung handelt, k�nnen Sie au�erdem den lokalen Threadspeicher (Thread Local Storage, TLS) verwenden, um den einzelnen Threads in der Einstiegspunktfunktion privaten Speicher zuzuweisen. Der folgende Code ist ein Beispiel f�r eine DLL-Einstiegspunktfunktion.

BOOL APIENTRY DllMain(
HANDLE hModule,	// Handle to DLL module
	DWORD ul_reason_for_call,	// Reason for calling function
	LPVOID lpReserved ) // Reserved
{
	switch ( ul_reason_for_call )
	{
		case DLL_PROCESS_ATTACHED:
		// A process is loading the DLL.
		break;
		case DLL_THREAD_ATTACHED:
		// A process is creating a new thread.
		break;
		case DLL_THREAD_DETACH:
		// A thread exits normally.
		break;
		case DLL_PROCESS_DETACH:
		// A process unloads the DLL.
		break;
	}
	return TRUE;
}

Gibt die Einstiegspunktfunktion den Wert FALSE zur�ck, wird die Anwendung nicht gestartet, wenn Sie die Verkn�pfungsmethode Load-Time Dynamic Linking verwenden. Bei Verwendung der Verkn�pfungsmethode Run-Time Dynamic Linking wird nur die jeweilige DLL nicht geladen.

Die Einstiegspunktfunktion sollte nur einfache Initialisierungsaufgaben ausf�hren. Sie sollte keine anderen DLL-Lade- oder -Abbruchfunktionen aufrufen. Rufen Sie beispielsweise in der Einstiegspunktfunktion nicht direkt oder indirekt die Funktion LoadLibrary oder die Funktion LoadLibraryEx auf. Sie sollten dar�ber hinaus auch nicht die Funktion FreeLibrary aufrufen, wenn der Prozess beendet wird.

Hinweis: Stellen Sie in Multithread-Anwendungen sicher, dass der Zugriff auf die globalen DLL-Daten synchronisiert (threadsicher) ist, um eventuelle Besch�digungen von Daten zu verhindern. Verwenden Sie hierzu TLS, um eindeutige Daten f�r jeden Thread bereitzustellen.

Exportieren von DLL-Funktionen

Um DLL-Funktionen zu exportieren, k�nnen Sie entweder den exportierten DLL-Funktionen ein Funktionsschl�sselwort hinzuf�gen oder eine Moduldefinitionsdatei (.def) erstellen, in der die exportierten DLL-Funktionen aufgelistet werden.

Wenn Sie ein Funktionsschl�sselwort verwenden m�chten, m�ssen Sie jede Funktion, die Sie exportieren m�chten, mit dem folgenden Schl�sselwort deklarieren:

__declspec(dllexport)

Um exportierte DLL-Funktionen in der Anwendung zu verwenden, m�ssen Sie jede Funktion, die Sie importieren m�chten, mit dem folgenden Schl�sselwort deklarieren:

__declspec(dllimport)

In der Regel verwenden Sie eine Headerdatei mit einer define-Anweisung und einer ifdef-Anweisung, um die Export- und die Importanweisung voreinander zu trennen.

Sie k�nnen auch eine Moduldefinitionsdatei verwenden, um exportierte DLL-Funktionen zu deklarieren. Wenn Sie eine Moduldefinitionsdatei verwenden, m�ssen Sie den exportierten DLL-Funktionen kein Funktionsschl�sselwort hinzuf�gen. In der Moduldefinitionsdatei deklarieren Sie die LIBRARY- und die EXPORTS-Anweisung f�r die DLL. Der folgende Code ist ein Beispiel f�r eine Definitionsdatei.

// SampleDLL.def
//
LIBRARY "sampleDLL"

EXPORTS
  HelloWorld

Beispiel-DLL und -Anwendung

In Microsoft Visual C++ 6.0 k�nnen Sie eine DLL erstellen, indem Sie entweder den Projekttyp Win32 Dynamic-Link Library oder den Projekttyp MFC AppWizard (dll) w�hlen.

Der folgende Code ist ein Beispiel f�r eine DLL, die unter Verwendung des Projekttyps Win32 Dynamic-Link Library in Visual C++ erstellt wurde.

// SampleDLL.cpp
//

#include "stdafx.h"
#define EXPORTING_DLL
#include "sampleDLL.h"

BOOL APIENTRY DllMain( HANDLE hModule, 
                       DWORD  ul_reason_for_call, 
                       LPVOID lpReserved
					 )
{
    return TRUE;
}

void HelloWorld()
{
	MessageBox( NULL, TEXT("Hello World"), TEXT("In a DLL"), MB_OK);
}

// File: SampleDLL.h
//
#ifndef INDLL_H
#define INDLL_H

#ifdef EXPORTING_DLL
extern __declspec(dllexport) void HelloWorld() ;
#else
extern __declspec(dllimport) void HelloWorld() ;
#endif

#endif

Der folgende Code ist ein Beispiel f�r ein Win32-Anwendung-Projekt, das die exportierte DLL-Funktion in der DLL "SampleDLL" abruft.

// SampleApp.cpp 
//

#include "stdafx.h"
#include "sampleDLL.h"

int APIENTRY WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
{ 	
	HelloWorld();
	return 0;
}

Hinweis: Bei Verwendung der Verkn�pfungsmethode Load-Time Dynamic Linking m�ssen Sie eine Verkn�pfung zur Importbibliothek "SampleDLL.lib" erstellen. Diese wird beim Erstellen des Projekts "SampleDLL" erzeugt.

Beim Run-Time Dynamic Linking verwenden Sie zum Aufrufen der exportierten DLL-Funktion "SampleDLL.dll" Code, der dem folgenden �hnelt:

...
typedef VOID (*DLLPROC) (LPTSTR);
...
HINSTANCE hinstDLL;
DLLPROC HelloWorld;
BOOL fFreeDLL;

hinstDLL = LoadLibrary("sampleDLL.dll");
if (hinstDLL != NULL)
{
    HelloWorld = (DLLPROC) GetProcAddress(hinstDLL, "HelloWorld");
    if (HelloWorld != NULL)
        (HelloWorld);

    fFreeDLL = FreeLibrary(hinstDLL);
}
...

Wenn Sie die Anwendung "SampleDLL" kompilieren und verkn�pfen, sucht das Windows-Betriebssystem (in der nachfolgend angegebenen Reihenfolge) an den folgenden Speicherorten nach der DLL "SampleDLL":

Im Anwendungsordner
Im aktuellen Ordner
Im Windows-Systemordner

Hinweis: Die Funktion GetSystemDirectory gibt den Pfad des Windows-Systemordners zur�ck.
Im Ordner "Windows"

Hinweis: Die Funktion GetWindowsDirectory gibt den Pfad des Ordners "Windows" zur�ck.

Microsoft .NET Framework-Assemblys

Durch die Einf�hrung von Microsoft .NET und Microsoft .NET Framework und die Verwendung von Assemblys wurden die meisten der Probleme behoben, die im Zusammenhang mit DLLs auftreten k�nnen. Eine Assembly ist eine logische Funktionseinheit, die unter der Steuerung der Common Language Runtime (CLR) von .NET ausgef�hrt wird. Eine Assembly existiert physisch als DLL-Datei oder als EXE-Datei. Intern unterscheidet sich eine Assembly jedoch stark von einer Microsoft Win32-DLL.

Eine Assemblydatei enth�lt ein Assemblymanifest, Typmetadaten, MSIL-Code (MISL = Microsoft Intermediate Language) und andere Ressourcen. Das Assemblymanifest beinhaltet die Assemblymetadaten. Diese stellen alle Informationen bereit, die erforderlich sind, damit eine Assembly selbstbeschreibend ist. Das Assemblymanifest enth�lt die folgenden Informationen:

Assemblyname
Versionsinformationen
Kulturinformationen
Eindeutige Namensinformationen
Assembly-Dateiliste
Typverweisinformationen
Referenzierte and abh�ngige Assembly-Informationen

Der in der Assembly enthaltene MSIL-Code kann nicht direkt ausgef�hrt werden. Die Ausf�hrung des MSIL-Codes wird �ber die CLR gesteuert. Wenn Sie eine Assembly erstellen, ist die Assembly f�r die Anwendung standardm��ig privat. Um eine gemeinsam genutzte Assembly zu erstellen, m�ssen Sie der Assembly einen eindeutigen Namen zuweisen und die Assembly im globalen Assemblycache ver�ffentlichen.

Nachfolgend werden einige der Funktionen von Assemblys den Funktionen von Win32-DLLs gegen�bergestellt:

Selbstbeschreibend
Wenn Sie eine Assembly erstellen, sind alle Informationen, die die CLR zum Ausf�hren der Assembly ben�tigt, im Assemblymanifest enthalten. Das Assemblymanifest enth�lt eine Liste der abh�ngigen Assemblys. Daher kann die CLR mit einem konsistenten Satz Assemblys arbeiten, die in der Anwendung verwendet werden. In Win32-DLLs k�nnen Sie keine Konsistenz zwischen einem Satz DLLs aufrechterhalten, die in einer Anwendung verwendet werden, wenn Sie gemeinsam genutzte DLLs verwenden.
Versionskontrolle
In einem Assemblymanifest werden Versionsinformationen aufgezeichnet, die von der CLR erzwungen werden. Au�erdem k�nnen Sie mithilfe von Versionsrichtlinien eine versionsspezifische Verwendung erzwingen. In Win32-DLLs kann die Versionskontrolle nicht vom Betriebssystem erzwungen werden. Stattdessen m�ssen Sie sicherstellen, dass die DLLs abw�rtskompatibel sind.
Parallele Weitergabe
Assemblys unterst�tzen die parallele Weitergabe. Eine Anwendung kann eine Version einer Assembly verwenden, w�hrend eine andere Anwendung eine andere Version einer Assembly verwendet. Ab Windows 2000 wird die parallele Weitergabe durch die Speicherung von DLLs im Anwendungsordner unterst�tzt. Au�erdem verhindert der Windows-Dateischutz, dass System-DLLs von einem nicht autorisierten Agenten �berschrieben oder ersetzt werden.
Selbst�ndigkeit und Isolation
Eine Anwendung, die unter Verwendung einer Assembly entwickelt wurde, kann selbst�ndig und von anderen Anwendungen isoliert sein, die auf dem Computer ausgef�hrt werden. Durch diese Funktionalit�t k�nnen Sie nebenwirkungsfreie Installationen (Zero-Impact-Installationen) erstellen.
Ausf�hrung
Eine Assembly wird mit den im Assemblymanifest angegebenen Sicherheitsberechtigungen ausgef�hrt. Diese werden von der CLR �berwacht.
Sprachunabh�ngigkeit
Eine Assembly kann in einer der unterst�tzten .NET-Sprachen erstellt werden. Sie k�nnen eine Assembly beispielsweise in Microsoft Visual C# erstellen und die Assembly anschlie�end in einem Microsoft Visual Basic .NET-Projekt verwenden.

Zum Anfang | Ihr Feedback an uns

Informationsquellen

Weitere Informationen �ber DLLs und Microsoft .NET Framework-Assemblys finden Sie auf den folgenden Microsoft-Websites:

DLL-Hilfedatenbank
http://support.microsoft.com/dllhelp

(http://support.microsoft.com/dllhelp)

DLL-Konflikte
http://msdn2.microsoft.com/en-us/library/ms811694.aspx

(http://msdn2.microsoft.com/en-us/library/ms811694.aspx)

Implementierung der parallelen gemeinsamen Nutzung von Komponenten in Anwendungen
http://msdn2.microsoft.com/en-us/library/ms811700.aspx

(http://msdn2.microsoft.com/en-us/library/ms811700.aspx)

Erstellung und Wartung isolierter Anwendungen und paralleler Assemblys in Windows XP
http://msdn2.microsoft.com/en-us/library/ms997620.aspx

(http://msdn2.microsoft.com/en-us/library/ms997620.aspx)

Einfachere Bereitstellung und Behebung von DLL-Konflikten in .NET Framework
http://msdn.microsoft.com/library/en-us/dndotnet/html/dplywithnet.asp

(http://msdn.microsoft.com/library/en-us/dndotnet/html/dplywithnet.asp)

Dokumentation ".NET Framework developer's guide: Assemblies" (.NET Framework-Entwicklerhandbuch: Assemblys)
http://msdn.microsoft.com/library/en-us/cpguide/html/cpconassemblies.asp

(http://msdn.microsoft.com/library/en-us/cpguide/html/cpconassemblies.asp)

Run-Time Dynamic Linking
http://msdn2.microsoft.com/en-us/library/ms685090.aspx

(http://msdn2.microsoft.com/en-us/library/ms685090.aspx)

Lokaler Threadspeicher (Thread Local Storage, TLS)
http://msdn2.microsoft.com/en-us/library/ms686749.aspx

(http://msdn2.microsoft.com/en-us/library/ms686749.aspx)

Zum Anfang | Ihr Feedback an uns

Eigenschaften

Artikel-ID: 815065 - Ge�ndert am: Dienstag, 4. Dezember 2007 - Version: 5.5

Die Informationen in diesem Artikel beziehen sich auf:

Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
Microsoft Windows Server 2003, Datacenter Edition for Itanium-Based Systems
Microsoft Windows Server 2003, Datacenter x64 Edition
Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
Microsoft Windows Server 2003, Enterprise Edition for Itanium-based Systems
Microsoft Windows Server 2003, Enterprise x64 Edition
Microsoft Windows Server 2003, Standard Edition (32-bit x86)
Microsoft Windows Server 2003, Standard x64 Edition
Microsoft Windows Server 2003, Web Edition
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Datacenter Server
Microsoft Windows�2000 Server
Microsoft Windows XP Professional
Microsoft Windows XP Home Edition
Microsoft Windows XP Media Center Edition
Microsoft Windows XP Tablet PC Edition
Microsoft Windows 2000 Professional Edition
Microsoft Windows NT 4.0
Microsoft Windows NT Workstation 4.0 Developer Edition
Microsoft Windows NT Workstation 3.51
Microsoft Windows 98 Second Edition
Microsoft Visual Studio .NET 2003 Professional Edition
Microsoft Visual Studio .NET 2003 Enterprise Architect
Microsoft Visual Studio .NET 2003 Enterprise Developer
Microsoft Visual Studio .NET 2003 Academic Edition
Microsoft Visual Studio .NET 2002 Professional Edition
Microsoft Visual Studio .NET 2002 Enterprise Architect
Microsoft Visual Studio .NET 2002 Enterprise Developer
Microsoft Visual Studio .NET 2002 Academic Edition
Microsoft Visual Studio 6.0 Professional Edition
Microsoft Visual Studio 6.0 Enterprise Edition
Microsoft Visual Studio 2005 Express Edition
Microsoft Visual Studio 2005 Professional Edition
Microsoft Visual Studio 2005 Standard Edition
Microsoft Office XP Professional Edition
Microsoft Office XP Small Business Edition
Microsoft Office XP Standard Edition
Microsoft Office Standard Edition 2003
Microsoft Office Professional Edition 2003
Microsoft Office Small Business Edition 2003
Microsoft Office Standard Edition 2003

kbxplatform kbtshoot kbdebug kbdll kbinfo KB815065

Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verf�gung. Microsoft �bernimmt keinerlei Gew�hrleistung daf�r, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erw�nschten Ergebnisse erzielen. Die Entscheidung dar�ber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung f�r Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Zum Anfang | Ihr Feedback an uns

Ihr Feedback an uns

Zum Anfang

Select the product you need help with

Was ist eine DLL?

Auf dieser Seite

Zusammenfassung

Einf�hrung

Weitere Informationen

Was ist eine DLL?

Vorteile von DLLs

DLL-Abh�ngigkeiten

DLL-Problembehandlungstools

Dependency Walker

DLL Universal Problem Solver

DLL-Hilfedatenbank

DLL-Entwicklung

DLL-Typen

Load-Time Dynamic Linking

Run-Time Dynamic Linking

DLL-Einstiegspunkt

Exportieren von DLL-Funktionen

Beispiel-DLL und -Anwendung

Microsoft .NET Framework-Assemblys

Informationsquellen

Eigenschaften

Die Informationen in diesem Artikel beziehen sich auf:

Keywords:�

Ihr Feedback an uns

SPRACHE AUSW�HLEN