Просмотр кода страницы Динамически подключаемая библиотека

'''DLL''' ({{lang-en|Dynamic Link Library}} — «библиотека динамической компоновки», «динамически подключаемая библиотека») в операционных системах ''[[Microsoft Windows]]'' и ''[[IBM OS/2]]'' — динамическая [[библиотека (программирование)|библиотека]], дающая возможность многократного использования различными программными приложениями. Эти библиотеки обычно имеют [[Расширение имени файла|расширение]] DLL, OCX (для библиотек, содержащих [[ActiveX]]) или DRV (для ряда [[Драйвер|системных драйверов]]). Формат файлов для DLL такой же, как для EXE-файлов Windows, то есть Portable Executable ([[Portable Executable|PE]]) для 32-битных и 64-битных приложений Windows и New Executable ([[New Executable|NE]]) — для 16-битных. Так же, как EXE, DLL могут содержать секции кода, данных и [[Ресурсы (Windows)|ресурсов]]. В системах ''[[Unix]]'' аналогичные функции выполняют так называемые [[общий объект|общие объекты]] ({{lang-en|shared objects}}).

Файлы данных с тем же форматом как у DLL, но отличающиеся [[Расширение имени файла|расширением]] или содержащие только секцию ресурсов, могут быть названы ресурсными DLL. В качестве примера можно назвать библиотеки значков, иногда имеющие [[Расширение имени файла|расширение]] ICL, и файлы шрифтов, имеющие [[Расширение имени файла|расширение]] FON и FOT.

== Назначение ==
Первоначально предполагалось, что введение ''DLL'' позволит эффективно организовать память и дисковое пространство, используя только один экземпляр библиотечного модуля для различных приложений. Это было особенно важно для ранних версий ''Microsoft Windows'' с жёсткими ограничениями по памяти.

Далее предполагалось улучшить эффективность разработок и использования системных средств за счёт модульности. Замена ''DLL''-программ с одной версии на другую должна была позволить независимо наращивать систему, не затрагивая приложений. Кроме того, динамические библиотеки могли использоваться разнотипными приложениями — например, ''[[Microsoft Office]]'', ''[[Microsoft Visual Studio]]'' и т. п.

В дальнейшем идея модульности выросла в концепции ''Component Object Model'' и ''[[System Object Model]]''.

Фактически полных преимуществ от внедрения динамически подключаемых библиотек получить не удалось по причине явления, называемого ''[[DLL hell]]'' («DLL-ад»). ''DLL hell'' возникает, когда несколько приложений требуют одновременно различные, не полностью совместимые версии библиотек, что приводит к сбоям в этих приложениях и к конфликтам, резко снижая общую надёжность операционных систем. Поздние версии ''Microsoft Windows'' стали разрешать параллельное использование разных версий ''DLL'' ([[Side-by-side assembly|технология Side-by-side assembly]]), что свело на нет преимущества изначального принципа модульности.

Существует также ряд утилит, которые позволяют отслеживать зависимости приложений от подключаемых DLL. К примеру, see_dll из комплекта [[Microsoft Visual Studio]].

== Ссылки ==
{{Викиучебник|DLL|Примеры использования ''DLL'' в разных языках}}
* [https://msdn.microsoft.com/en-us/library/windows/desktop/ms682589(v=vs.85).aspx Dynamic-Link Libraries (Windows)]
* [http://www.functionx.com/visualc/libraries/win32dll.htm «''Tutorial for making and using DLL’s''»]
* [https://web.archive.org/web/20060715124739/http://www.codemaestro.com/articles/article00000001.html «''Delay Load Dlls Error Recovery''»]
* [http://cyberguru.ru/programming/visual-cpp/visual-cpp-beginners-page29.html Полное описание процесса создания dll в Visual Studio]

{{soft-stub}}
{{rq|refless|check|topic=IT}}
{{перевести|en|Dynamic-link library}}
{{Компоненты Microsoft Windows}}
{{OS/2 API}}

[[Категория:Форматы файлов]]
[[Категория:Компоненты Windows]]
[[Категория:OS/2]]
[[Категория:Библиотеки программ]]