Эндрю Троелсен - ЯЗЫК ПРОГРАММИРОВАНИЯ С# 2005 И ПЛАТФОРМА .NET 2.0. 3-е издание

Реализация ListFields() будет аналогичной. Единственным отличием будет вызов Type.GetFields(), а результирующим массивом будет FieldInfo. Для простоты мы печатаем только имена полей.

// Отображение имен полей типа.

public static void ListFields(Type t) {

Console.WriteLine("***** Поля *****");

FieldInfo[] fi = t.GetFields();

foreach (FieldInfo field in fi) Console.WriteLine("-›{0}", field.Name);

Console.WriteLine(");

}

Логика отображения свойств типа аналогична.

// Отображение имен свойств типа.

public static void ListProps(Type t) {

Console.WriteLine("***** Свойства *****");

PropertyInfo[] pi = t.GetProperties();

foreach(PropertyInfo prop in pi) Console.WriteLine("-›{0}", prop.Name);

Console.WriteLine(");

}

Теперь построим метод ListInterfaces(), который будет печатать имена интерфейсов, поддерживаемых указанным на входе типом. Единственным заслуживающим внимания моментом здесь является вызов GetInterfaces(), возвращающий массив System.Types. Это логично, поскольку интерфейсы тоже являются типами.

// Отображение реализованных интерфейсов.

public static void ListInterfaces(Type t) {

Console.WriteLine("***** Интерфейсы *****");

Type[] ifaсes = t.GetInterfaces();

foreach (Type i in ifaces) Console.WriteLine("-› {0}", i.Name);

}

Наконец, мы рассмотрим еще один вспомогательный метод. который будет отображать различные статистические характеристики типа (является ли тип обобщенным, какой тип для него является базовым, изолирован ли он и т.д.).

// Отображаются для полноты картины.

public static void ListVariousStats(Type t) {

Console.WriteLine("***** Вcпомогательная информация *****");

Console.WriteLine("Базовый класс: {0}", t. BaseType);

Console.WriteLine("Это абстрактный тип? {0}", t. IsAbstract);

Console.WriteLine("Это изолированный тип? {'0}", t.IsSealed);

Console.WriteLine("Это обобщенный тип? {0}", t. IsGenericTypeDefinition);

Console.WriteLine("Это тип класса? {0}", t. IsClass);

Console.WriteLine(");

}

Метод Main() класса Program запрашивает у пользователя абсолютное имя типа. После получения строковых данных они передаются методу Туре.GetType(), а извлеченный объект System.Type отправляется каждому из вспомогательных методов. Это повторяется до тех пор, пока пользователь не нажмет клавишу ‹Q›, чтобы завершить выполнение приложения.

// Здесь необходимо указать пространство имен отображения.

using System;

using System.Reflection;

...

static void Main(string[] args) {

Console.WriteLine("***** Добро пожаловать в MyTypeViewer! *****");

string typeName = ";

bool userIsDone = false;

do {

Console.WriteLine("\nВведите имя типа");

Console.Write("или нажмите Q для выхода из приложения: ");

// Получение имени типа.

typeName = Console.ReadLine();

// Желает ли пользователь завершить работу приложения?

if (typeName.ToUpper() = "Q") {

userIsDone = true;

break;

}

// Попытка отображения типа.

try {

Type t = Type.GetType(typeName);

Console.WriteLine("");

ListVariousStats(t);

ListFields(t);

ListProps(t);

ListMethods(t);

ListInterfaces(t);

} catch {

Console.WriteLine("Извините, указанный тип не найден");

}

} while (userIsDone);

}

К этому моменту приложение MyTypeViewer.exe уже готово для тестового запуска. Запустите это приложение и введите следующие абсолютные имена (помните о том, что при используемом здесь варианте вызова Туре.GetType() строки имен оказываются чувствительными к регистру символов).

• System.Int32

• System.Collections.ArrayList

• System.Threading.Thread

• System.Void

• System.IO.BinaryWriter

• System.Math

• System.Console

• MyTypeViewer.Program

На рис. 12.2 показана информация для случая, соответствующего выбору типа System.Math.

Риc. 12.2. Отображение System.Math

Итак, всё работает. Теперь немного усовершенствуем наше приложение. В частности, модифицируем вспомогательную функцию ListMethods(), чтобы получать не только имя метода, но и возвращаемое значение, а также входные параметры. Для решения именно таких задач тип MethodInfo предлагает свойство ReturnType и метод GetParameters() .

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

public static void ListMethods(Type t) {

Console.WriteLine(***** Методы *****");

MethodInfo[] mi = t.GetMethods();

foreach (MethodInfo m in mi) {

// Получение возвращаемого значения.

string retVal = m.ReturnType.FullName;

string paramInfo = "(";

// Получение параметров.

foreach (ParameterInfo pi in m.GetParameters()) {

paramInfo += string.Format("{0} {1}", pi.ParameterType, pi.Name);

}

paramInfo += ")";

// Отображение основных характеристик метода.

Console.WriteLine("-›{0} {1} (2}", retVal, m.Name, paramInfo);

}

Console.WriteLine(");

}

Если выполнить это обновленное приложение теперь, методы соответствующего типа будут описаны более подробно. Для примера на рис. 12.3 показаны метаданные методов для типа System.Globalization.GregorianCalendar.

Рис. 12.3. Подробное описание методов System.Globalization.GregorianCalendar

Весьма увлекательно, не так ли? Ясно, что пространство имен System.Reflection и класс System.Type позволяют отображать многие другие характеристики типа, а не только те, которые в настоящий момент реализованы в MyTypeViewer. Вы вправе надеяться на то, что можно будет исследовать события типа, выяснить, какие интерфейсы реализованы явно, получить список обобщенных параметров для заданных членов и проверить множество других характеристик.

Но и в нынешнем своем виде ваш обозреватель объектов уже кое-что умеет. Главным его ограничением, конечно же, является то, что у вас нет никакой возможности отображать объекты, размещенные вне данного компоновочного блока (MyTypeViewer) или всегда доступного mscorlib.dll. В связи с этим остается открытым вопрос: "Как строить приложения, которые могут загружать (и отображать) компоновочные блоки, о которых нет информации во время компиляции?"

Исходный код. Проект MyTypeViewer размещен в подкаталоге, соответствующем главе 15.

Из предыдущей главы вы узнали о том, как среда CLR использует информацию манифеста компоновочного блока при зондировании компоновочных блоков по внешним ссылкам. Все это, конечно, хорошо, но во многих случаях бывает необходимо "на лету" загрузить компоновочный блок программными средствами, а записей о соответствующем компоновочном блоке в манифесте нет. Формально загрузка внешних компоновочных блоков по запросу называется динамической загрузкой.