Может ли мы разбирать ) Ngen-Ed Assembly?

Если я неную сборку, это нормально, что ILDasm все еще разбирается?

ОК. Я написал библиотеку классов HellowOrld, и последующая DLL называется NGNildasmtest.dll. -> Нацелен на .NET FW 4.

из командной строки VS 2010, я сделал

gacutil -i NGenILDasmTest.dll

, я мог видеть сборку, установленную в GAC. И я бежал в Илмас, чтобы я мог просмотреть IL. Все идет нормально.

Тогда я бегу

ngen NGenILDasmTest.dll

(я не указывал никаких вариантов для ngen). И эта сборка успешно составлена. Я нашел его с именем ngenildasmtest.ni.dll под папкой

C:\Windows\Assembly\NativeImages_v4.0.30319_32\NGenILDasmTest\81d49dd4c7df22fb3df530402b58ffc9

Теперь, когда я бегу в ILDOSM, как ниже

ildasm "C:\Windows\Assembly\NativeImages_v4.0.30319_32\NGenILDasmTest\81d49dd4c7df22fb3df530402b58ffc9\NGenILDasmTest.ni.dll"

, я мог видеть содержимое сбора Ngen-Ed. Это нормально?.

Технически говоря, NGEN генерирует нативные инструменты процессорных инструментов для IL (и, по-видимому, помещает его под C: \ Windows \ assuse \ NANANIMAGES_V4. ##### _ 32 - в моем случае). Если это так, как я все еще могу увидеть сборку Ngen-Ed как IL, используя ILDasm?

Пожалуйста, помогите мне понять это «немного», что я здесь не хватает.