Что такое DLL и как это работает?

прежде всего, вам нужно понять разницу между двумя очень разными типами DLL. Microsoft решила пойти с теми же расширениями (.exe и .dll) как с .NET (управляемый код), так и с собственным кодом, однако управляемые библиотеки DLL и собственные библиотеки DLL являются очень разные внутри.

1) в какой момент работает web.dll динамически подключается к бизнесу.dll? Вы обратите внимание на многое в Windows HDD thrashing для, казалось бы, небольших задач, когда используя слова и т. д. И я считайте, что это слово уходит и динамически связывание в функциональности из других DLL?

1) в случае .NET DLL обычно загружаются по требованию, когда выполняется первый метод, пытающийся получить доступ к чему-либо из DLL. Вот почему вы можете получить TypeNotFoundExceptions в любом месте вашего кода, если DLL не может быть загружен. Когда что-то вроде Word внезапно начинает обращаться к жесткому диску много, это, вероятно, замена (получение данных, которые были заменены на диск, чтобы освободить место в ОЗУ)

1a) кроме того, что загружает и связывает DLL-O / S или некоторые среда выполнения, например .Net framework?

1а) в случае управляемых DLL-библиотеки .Framework является то, что нагрузки, при JIT-компиляции (компиляции .Чистый байткод в машинный код) и ссылки на библиотеки DLL. В случае собственных библиотек DLL это компонент операционной системы, который загружает и связывает DLL (компиляция не требуется, потому что собственные библиотеки DLL уже содержат собственные код.)

1b) что такое процесс "связывания"? Проверяет наличие совместимость? Загрузка в ту же память? Что такое связывание на самом деле имею в виду?

1b) связывание-это когда ссылки (например, вызовы методов) в вызывающем коде на символы (например, методы) в DLL заменяются фактическими адресами вещей в DLL. Это необходимо, потому что возможные адреса вещей в DLL не могут быть известны до его загрузки в память.

2) что на самом деле выполняет код в DLL? Выполняется ли это процессор или есть другой этап перевода или компиляции прежде чем процессор поймет код внутри DLL?

2) На Windows, .EXE файлы и .dll файлы совершенно идентичны. Родной.exe и .dll-файлы содержат собственный код (тот же самый материал, который выполняет процессор), поэтому нет необходимости переводить. Управляемый.exe и .dll-файлы содержат .Чистая байт-код, который сначала компилируется JIT (переводится в собственный код).

2a) в случае DLL, построенной из C# .net, что это работает? Этот .Net framework или непосредственно операционная система?

2a) после того, как код был скомпилирован JIT, он выполняется точно так же, как и любой код.

3) работает ли DLL от say Linux в системе Windows (если такая вещь существует) или они операционная система конкретно?

3) управляемые DLL могут работать как есть, пока фреймворки на обеих платформах обновлены, и тот, кто написал DLL, не намеренно нарушал совместимость с помощью собственных вызовов. Собственные библиотеки DLL не будут работать как входящие, так как форматы различны (даже если машинный код внутри одинаков, если они оба для одной и той же процессорной платформы). Кстати, в Linux "DLL" известны как файлы.so (shared object).

4) являются ли они конкретными к конкретным рамкам? Можно ли построить DLL с помощью C# .Net будет использоваться DLL, построенной с Borland C++ (только пример)?

4) управляемые библиотеки DLL являются особыми для .NET framework, но, естественно, они работают с любым совместимым языком. Собственные библиотеки DLL совместимы до тех пор, пока все используют одни и те же соглашения (соглашения о вызове (как аргументы функции передаются на уровне машинного кода), именование символов и т. д.)

5) Возвращение в сеть.dll / бизнес.файл DLL образец. Чтобы получить класс тип клиента мне нужно ссылаться на бизнес.DLL из интернета.файл DLL. Этот должно быть, так оно и есть.dll содержит спецификацию какого-то вида что такое класс клиентов на самом деле. Если бы я собрал свой бизнес.файл DLL файл в Делфи бы сказать, в C# это понимать и уметь создать класс клиента - или есть какая-то информация заголовка или что-то еще это говорит: "Эй, извините, вы можете использовать меня только из другой библиотеки Delphi dll".

5) управляемые библиотеки DLL содержат полное описание каждого класса, метода, поля, и т. д. Они содержат. Насколько мне известно Делфи не поддерживает .Чистая, так что это будет создавать собственные DLL-библиотеки, которые не могут быть использованы в .Чистая straightforwadly. Вероятно, вы сможете вызывать функции с помощью PInvoke, но определения классов не будут найдены. Я не использую Delphi, поэтому я не знаю, как он хранит информацию о типе С DLL. C++, например, полагается на заголовок (.h) файлы, которые содержат объявления типов и должны распространяться вместе с DLL.

6) на предмет угона DLL, конечно, замена (плохая) DLL должен содержать точные сигнатуры методов, как видов быть угнанным. Я полагаю, что это не было бы трудно сделать, если бы вы могли найти какие методы и т. д. были доступны в исходной DLL.

6) действительно, это не трудно сделать, если вы можете легко переключить DLL. Чтобы избежать этого, можно использовать подпись кода. Для того, чтобы кто-то заменил подписанную DLL, они должны были бы знать ключ подписи, что он держал в секрете.

6a) немного повторный вопрос здесь, но это возвращается к тому, что в моем Программа C# решает, могу ли я получить доступ к другой DLL? Если моя угнанная DLL содержит точно такие же методы и типы, как и оригинал, но это был ли он скомпилирован в другом языке, будет ли он работать?

6a) он будет работать до тех пор, пока это управляемая DLL, сделанная с любым языком .NET.

• что такое импорт DLL? и dll Регистрация?

"импорт DLL" может означать много вещей, обычно это означает ссылку на файл DLL и использование вещей в нем.

Регистрация DLL-это то, что делается в Windows для глобальной регистрации DLL-файлов в качестве компонентов COM, чтобы сделать их доступными для любого программного обеспечения в системе.