Как .NET позволяет исследовать API скомпилированных DLL?

Question

Как .NET позволяет исследовать API скомпилированных DLL?

2

Как .NET разрешает API-поиска скомпилированных библиотек DLL?

RCIX 02 окт. 2009, в 07:54

Источник

1

Err .. Отражение? :-)
Steven Robbins 02 окт. 2009, в 05:28
1

Этот вопрос не должен быть закрыт, он связан с этим вопросом: stackoverflow.com/questions/1507743/…
Dave Van den Eynde 02 окт. 2009, в 05:32
1

Закрытие? Как это "не реальный вопрос?"
Robert Harvey♦ 02 окт. 2009, в 05:44

Показать ещё 1 комментарий

Теги:

c#

dll

.net

api

4 ответа

1

Я не уверен, что об этом вы спрашиваете, но я могу только рекомендовать бесплатный инструмент .NET Reflector, который позволяет вы изучаете компилированную сборку .NET.

В наши дни я использую его гораздо больше, чем использую даже опубликованную документацию MSDN, потому что он намного быстрее ориентируется и более информативен для загрузки.

Mark Seemann 02 окт. 2009, в 02:32

2

Не совсем то, о чем он просит, но все равно хорошая попытка.
Robert Harvey♦ 02 окт. 2009, в 05:52
0

Я не думаю, что было ясно только то, о чем он спрашивал, поэтому я и уточнил свой ответ следующим образом: «Я не уверен, что это то, о чем вы спрашиваете».
Mark Seemann 02 окт. 2009, в 07:39

0

Это зависит.

DLL содержит список экспортируемых функций, но им может быть просто присвоено число, имя или им может быть присвоено mangled Имя С++. Последнее может дать некоторое представление о параметрах функции, но структуры данных, вызывающие соглашения и другие обязательные атрибуты обычно не документируются.

Если это COM-библиотека DLL, существует вероятность, что она содержит библиотеку типов в качестве ресурса, но это не гарантируется. В этом случае .NET может автоматически импортировать библиотеку.

Библиотека типов также может быть включена в не COM-библиотеку, но это не является широко распространенной практикой.

Если у вас есть скомпилированная библиотека DLL, предназначенная для вызова из не-COM-среды без управления, вам нужно будет перевести файлы заголовков, которые должны быть включены в DLL.

Dave Van den Eynde 02 окт. 2009, в 02:30

0

Я считаю, что этот вопрос специфичен для .NET, поэтому сторона C ++ / COM - хотя и интересная и точная - на самом деле не применима.
Marc Gravell♦ 02 окт. 2009, в 05:41
0

Этот вопрос является ответом на мой комментарий о другом вопросе, касающемся заголовков, так что нет, я не думаю, что он специфичен для .NET DLL.
Dave Van den Eynde 02 окт. 2009, в 06:46

-2

Одно слово: отражатель

Abhijeet Patel 02 окт. 2009, в 04:41

1

Bzzt! Попробуйте еще раз.
Robert Harvey♦ 02 окт. 2009, в 05:52
0

Вы говорите, что Reflector не будет обеспечивать исследование метаданных?
Abhijeet Patel 02 окт. 2009, в 16:59

Ещё вопросы

Этот вопрос не должен быть закрыт, он связан с этим вопросом: stackoverflow.com/questions/1507743/…
Закрытие? Как это "не реальный вопрос?"
Не совсем то, о чем он просит, но все равно хорошая попытка.
Я не думаю, что было ясно только то, о чем он спрашивал, поэтому я и уточнил свой ответ следующим образом: «Я не уверен, что это то, о чем вы спрашиваете».
Я считаю, что этот вопрос специфичен для .NET, поэтому сторона C ++ / COM - хотя и интересная и точная - на самом деле не применима.
Этот вопрос является ответом на мой комментарий о другом вопросе, касающемся заголовков, так что нет, я не думаю, что он специфичен для .NET DLL.
Вы говорите, что Reflector не будет обеспечивать исследование метаданных?

Jon Skeet · Accepted Answer · 2009-10-02T02-33-00.000Z

Поскольку DLL содержит метаданные обо всех типах, методах и т.д. Даже фактический код находится в IL, а не в собственном коде.

В основном бинарный файл .NET по-прежнему находится на более высоком уровне, чем собственный двоичный файл, и содержит намного больше информации о том, что там. Это позволяет Reflection работать.

Итак, правильно ли говорить, что C # компилируется тогда? Я спрашиваю, потому что, если я понимаю, что вы говорите, тогда IL интерпретируют, верно?
Если я правильно понимаю, IL - это JIT, скомпилированный с правильным машинным кодом по мере необходимости.
На самом деле, оба верны. Почти во всех реализациях .NET это JIT скомпилировано. Но на «Micro Framework» это интерпретируется. Вы вряд ли увидите Micro Framework очень ;-p
Mono также имеет интерпретатор байт-кода, и IIRC может быть вынужден использовать его с помощью переключателей командной строки.
«Смешанная» сборка может содержать как управляемый, так и неуправляемый код.