Комментарии 4
Интересный в каком-то смысле материал, можно ещё Roslyn подключить и анализировать код сборок, но полезность сомнительная. Извините, я спрашиваю из любопытства, а зачем вообще засовывать сборки в базу и ещё в таком количестве, чтоб потом специальным образом их искать и просматривать? На ум приходит некая система плагинов для клиентского приложения.
Извините, я спрашиваю из любопытства, а зачем вообще засовывать сборки в базу и ещё в таком количестве, чтоб потом специальным образом их искать и просматривать?
Это скорее вопрос архитектуры приложений, бывает, что так уже сделано и всё работает и как говорится, deal with it :) Задача немного в другом: как проще, оперативнее и быстрее разбирать логику SQL+NET уже существующих систем
ВНИМАНИЕ. В новых версиях nuget-пакета ILSpy вместо IMemberDefiniton используют EntityHandle. Если ориентироваться на предлагаемый код в данной статье, то нужна версия nuget-пакета ILSpy = 3.1.0.3652. Ссылка в статье ведёт на последнюю версию пакета (8.0.0.7345), которая несовместима с данным кодом.
ВНИМАНИЕ. Если Вы используете пакет Fody.PropertyChanged или Fody, то совместимая версия данного пакета будет 3.0.1 (Fodyy 5.0.6).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как просто взять и посмотреть .NET сборки в SQL Server с помощью ICSharpCode.Decompiler