Frage zu DLL Handling

[Schokohase]

@hsg

Das ist nicht die DLL-Hell.

Das Problem hat man, wenn die DLLs an einer zentralen Stelle liegen und Programm A und Programm B die DLL C benötigen.

Jetzt gibt es ein Update für Programm B und dabei leider zwingend auch ein Update der DLL C. Beide Programme A/B verwenden jetzt diese neue DLL C. Toll. Aber was, wenn sich in der DLL einige Dinge grundlegend geändert haben?

Dann funktioniert Programm B ganz toll und Programm A funktioniert nicht mehr.

Die Lösung ist, die DLL C in das Anwendungsverzeichnis von Programm A und Programm B zu kopieren. Da macht es auch kein Problem mehr, wenn es unterschiedliche Versionen der DLL gibt. Aber ein shared Pool für die DLLs habe ich dann auch nicht mehr.

https://de.wikipedia.org/wiki/DLL-Konflikt

[TK8782]

Danke zunächst mal für die Antworten.

Ergänzend dazu habe ich noch eine weitere Frage.

Und zwar haben wir hier einen Emailclient, der auch eine eigene MAPI.dll ausliefert.
Können MAPI.dlls auch im Programmverzeichnis, also auf einem Netzwerkshare liegen oder müssen diese immer zwingend in einem lokalen Verzeichnis auf dem PC zur Verfügung stehen?

Ich gehe mal davon aus dass es auch hier reicht die DLL im Programmverzeichnis im Netzwerkshare abzulegen und dann in der Registry die ensprechenden Einträge zu hinterlgen, die auf den PFad der zu verwendenden MAPI.DLL zeigen.....oder?