Метаданные (CLI) - Metadata (CLI)
Эта статья нужны дополнительные цитаты для проверка.Июль 2016) (Узнайте, как и когда удалить этот шаблон сообщения) ( |
Расширение имени файла | .EXE , .dll , .winmd |
---|---|
Магическое число | 0x424A5342 |
Стандарт | ECMA-335, часть II |
Метаданные, в Инфраструктура общего языка (CLI) относится к определенным структурам данных, встроенным в Общий промежуточный язык (CIL) код, описывающий высокоуровневую структуру кода. Метаданные описывают все классы и члены классов, которые определены в сборке, а классы и класс члены что текущая сборка будет вызывать из другой сборки. Метаданные для метода содержат полное описание метода, включая класс (и сборку, содержащую класс), тип возврата и весь метод параметры.
А Язык интерфейса командной строки компилятор создаст метаданные и сохраните это в сборка содержащий CIL. Когда среда выполнения выполняет CIL, она проверяет, совпадают ли метаданные вызываемого метода с метаданными, которые хранятся в вызывающем методе. Это гарантирует, что метод может быть вызван только с точно правильным количеством параметров и точно правильными типами параметров.
В Среда выполнения Windows платформа приложений, присутствующая в Windows 8 и Windows Phone 8, использует формат метаданных CLI для описания компонент интерфейсы для кода, написанного на любом из поддерживаемых языки программирования. Разница в использовании внутри общеязыковая среда выполнения состоит в том, что сборка обычно не содержит инструкций CIL.[1]
Атрибуты
Разработчики могут добавлять метаданные в свой код через атрибуты. Есть два типа атрибутов, настраиваемые и псевдо настраиваемые атрибуты, и для разработчика они одинаковы. синтаксис. Атрибуты в коде - это сообщения компилятору для создания метаданных. В CIL такие метаданные, как модификаторы наследования, модификаторы области видимости и почти все, что не является ни кодами операций, ни потоками, также называются атрибутами.
Настраиваемый атрибут - это обычный учебный класс который наследует от Атрибут
учебный класс. Настраиваемый атрибут можно использовать в любом методе, свойстве, классе или всей сборке с синтаксисом: [Имя атрибута(необязательный параметр, необязательный имя = значение пары)]
как в:
[Обычай][Пользовательский (1)][Пользовательский (1, Комментарий = "да")]
Пользовательские атрибуты широко используются CLI. Коммуникационная платформа Windows использует атрибуты для определения сервисных контрактов, ASP.NET использует их для предоставления методов как веб-сервисы, LINQ to SQL использует их для определения сопоставления классов с базовыми реляционная схема, Visual Studio использует их, чтобы сгруппировать вместе характеристики объекта, разработчик класса указывает категорию для класса объекта, применяя [Категория]
настраиваемый атрибут. Настраиваемые атрибуты интерпретируются кодом приложения, а не средой CLR. Когда компилятор видит настраиваемый атрибут, он генерирует настраиваемые метаданные, которые не распознаются CLR. Разработчик должен предоставить код для чтения метаданных и действий с ними. Например, атрибут, показанный в примере, может быть обработан кодом:
учебный класс CustomAttribute : Атрибут{ частный int paramNumber = 0; частный нить комментарий = ""; общественный CustomAttribute() { } общественный CustomAttribute(int число) { paramNumber = число; } общественный Нить Комментарий { набор { комментарий = ценить; } }}
Имя класса сопоставляется с именем атрибута. В Visual C # компилятор автоматически добавляет строку "Атрибут
"в конце любого имени атрибута. Следовательно, каждое имя класса атрибута должно заканчиваться этой строкой, но допустимо определять атрибут без Атрибут
-суффикс. При добавлении атрибута к элементу компилятор будет искать как буквальное имя, так и имя с Атрибут
добавлено в конце, т. е. если бы ты написал [Обычай]
компилятор будет искать оба Обычай
и CustomAttribute
. Если оба существуют, компилятор не работает. Атрибут может иметь префикс "@
"если вы не хотите рисковать двусмысленностью, напишите [@Обычай]
не будет соответствовать CustomAttribute
. Использование атрибута вызывает конструктор класса. Поддерживаются перегруженные конструкторы. Пары "имя-значение" сопоставляются со свойствами, имя обозначает имя свойства, а предоставленное значение устанавливается этим свойством.
Иногда возникает двусмысленность относительно того, к чему вы прикрепляете атрибут. Рассмотрим следующий код:
[Апельсин]общественный int ExampleMethod(нить Вход){ // тело метода идет сюда}
Что было отмечено оранжевым? Это ExampleMethod
, его возвращаемое значение или, возможно, вся сборка? В этом случае компилятор по умолчанию будет рассматривать атрибут как прикрепленный к методу. Если это не то, что было задумано, или если автор желает уточнить свой код, цель атрибута может быть уточнено. Письмо [возврат: оранжевый]
пометит возвращаемое значение как оранжевый, [сборка: оранжевый]
отметит всю сборку. Допустимые цели: сборка
, поле
, мероприятие
, метод
, модуль
, парам
, свойство
, возвращаться
и тип
.
Псевдо-настраиваемый атрибут используется так же, как и обычные настраиваемые атрибуты, но у них нет настраиваемого обработчика; скорее компилятор внутренне осведомлен об атрибутах и по-разному обрабатывает код, помеченный такими атрибутами. Такие атрибуты, как Сериализуемый
и Устаревший
реализованы как псевдо-пользовательские атрибуты. Псевдо-пользовательские атрибуты никогда не должны использоваться ILAsm, поскольку он имеет адекватный синтаксис для описания метаданных.[требуется разъяснение ]
Хранилище метаданных
Сборки содержат таблицы метаданных. Эти таблицы описаны в спецификации CIL. Таблицы метаданных будут иметь ноль или более записей, и позиция записи определяет ее индекс. Когда код CIL использует метаданные, он делает это с помощью токена метаданных. Это 32-кусочек значение, в котором верхние 8 битов определяют соответствующую таблицу метаданных, а оставшиеся 24 бита дают индекс метаданных в таблице. Рамки SDK содержит образец под названием метаинфо
который перечислит таблицы метаданных в сборке, однако эта информация редко бывает полезной для разработчика. Метаданные в сборке можно просмотреть с помощью инструмента ILDASM, предоставляемого .NET Framework SDK.
В стандарте CIL метаданные определены в форме ILAsm (язык ассемблера), форме представления на диске для хранения и форме, которая встроена в сборки Переносимый исполняемый файл (PE, .exe или .dll) формат. Форма PE основана на форме на диске.
Отражение
Отражение - это API используется для чтения метаданных CLI. API отражения обеспечивает логическое представление метаданных, а не буквальное представление, предоставляемое такими инструментами, как metainfo. Отражение в версии 1.1 платформы .NET можно использовать для проверки описаний классов и их членов, а также для вызова методов. Однако он не разрешает во время выполнения доступ к CIL для метода. Версия 2.0 инфраструктуры позволяет получить CIL для метода.
Другие инструменты метаданных
Кроме System.Reflection
пространство имен, также доступны другие инструменты, которые можно использовать для обработки метаданных. Microsoft .NET Framework поставляет библиотеку для работы с метаданными CLR, которая реализована в собственный код. Сторонние инструменты для получения и обработки метаданных включают: PostSharp и Моно Сесил также можно использовать.
Смотрите также
Рекомендации
- ^ "Файлы метаданных Windows (WinMD)". Приложения Windows UWP.