Занимаюсь анализом сборок. Использую Reflection.Assembly. Составляю список описанных классов при помощи GetTypes(). Хотелось бы, для каждого класса, узнать, является ли его BaseType библиотечным классом или нет. Возможно ли это?

P.S. Под библиотечными классами подразумеваются стандартные классы .NET

Ну, смотри его BaseType.Assembly и проверяй имя библиотеки...

Была у меня такая мысль. Тока к сожалению там кроме mscorlib ещё куча всяких библиотек. Я так понял каждый namespace это отдельный assembly. Что же мне теперь составлять список всех namespace?

Нет, не каждый. Библиотек там всего штук 15. Несколько по памяти -- mscorlib.dll, System.dll, System.Windows.Forms.dll, System.Web.dll, Microsoft.VisualBasic.dll, System.Data.dll, больше не помню . Но их не так уж и много.

Ну а нельзя ли получить полное имя библиотеки и проверить, не лежит ли она в одной из подпапок %WINDIR%\Microsoft.NET\Framework ?

2 Exception: Спасибо. Думаю на этом варианте и надо будет остановиться. Действительно стандартных библиотечных файлов не так уж их и много. Правда с каждой новой версией framework список придётся пересматривать. Я бы конечно предпочёл иметь какой-нить атрибут Standard или что либо в этом роде, но увы такого нет.

2 Дрон: А программер если захочет туда разве свою библиотеку положить не сможет?

Может. Но зачем?
А вообще да, получается что надо хранить список.


А нет его потому, что это не имеет никакого смысла
Какая в итоге разница -- стандартная это библиотека или нет?

Боюсь свалиться в офтопик, но в кратце так: кому то разницы никакой, а кому то есть. Хочу проанализировать зачем класс может быть использован. Для этого неплохо иерархию просмотреть. Но не всю, а до того момента где начинаются стандартные классы, их то анализировать не надо, с ними и так всё ясно.

Я просто имел ввиду, что между ними нет разницы в смысле реализации и использования. Т.е. технически ты НИКАК не отличишь стандартный класс от своего собственного.
Да, разработчики могли бы ввести какой-то специальный атрибут, чтобы отмечать стандартные классы. Но опять же зачем?
В любом случае при использовании какого-то класса ты не заметишь разницы между ними.

ЗЫ: А насчёт того, что "кому-то есть"... То тут я согласен -- есть. Например при профилировании приложения нет большого смысла рассматривать внутренности стандартных классов.

Дык, это... А в чём проблема ? Смотрим атрибуты аssembly, в частности AssemblyCompany, если находим строку "Microsoft Corporation" - значитцо это системная сборка, и любой класс в ней - системный (aka стандартный).

2 Дрон:


Ды вот в том то вся и проблема, что между ними разницы никакой! Была бы между ними какая-нить разница я бы не спрашивал как их друг от друга отличить

2 mr.DUDA:
Благодарю за ещё один способ решения проблемы, но боюсь мне он не подойдёт. Для любого assembly можно сделать следующее:
Project->Project Properties->Assembly Information и дальше указать любое значение атрибута AssemblyCompany. А мне принципиально важно чтобы мой assembly анализатор было не так просто одурачить.

Я даже уже наверное сам запутался чего бы я хотел, т.к. я сам про атрибут заикнулся:

mr.DUDA, ни-ни . Сюда подойдут любые библиотеки микрософта, а не только фреймворк.

Можно попробовать подписку поюзать. Все эти assembly подписаны одним ключом.

Ваще мне в данном случае главное не анализировать то к чему есть документация. Так что можт это даже и хорошо что не только фреймворковские библиотеки будут определяться. А не подскажете что за зверь подписка и где про неё почитать?
Добавлено @ 17:50
А, понял, это в смысле то чем занимается утилита signtool.exe. Спасибо попробую.