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

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


во, +1.

  Это вопрос скорее к mr.DUDA, я так глубоко не вникал.

Камрады, в .NET сборки не кэшируются по умолчанию. Есть правда глобальный кэш сборок GAC, но для того чтобы сборку добавить в него, необходимо прописать номер версии в коде AssemblyInfo.cs (или любом др. файле, с пом. соотв. атрибута), и подписать сборку ключом. После этого сборка считается strongly named и может быть помещена в GAC - опять же, не автоматически а утилитой gacutil. Можно зарегистрировать хоть 100, хоть 1000 сборок с одним именем но разными версиями, при этом зависимые сборки будут корректно определять ту которая им нужна.

З.Ы. если LSD имел ввиду именно это в вопросе про кэши

Это поведение можно изменить?


Для этого требуются права админа?

Автоматически регистрировать в GAC? Или "кэшировать" == "прекомпилировать", тогда не GAC а ngen.


Фиг его знает, под гостем ни разу не пробовал   

За сим вопрос про перекомпиляцию программ при каждом запуске разрешите считать закрытым? 

Реального распространения хардварной поддержки IL-кода в ближайшие лет 50, думаю, можно не ждать, но не в этом дело - для явовского байт-кода также существуют экспериментальные процессоры. Да и вроде и не 1 - http://en.wikipedia.org/wiki/Java_processor


Да ну. Эт давно было - чтоб вообще не поддерживалось...


Отжог!


В моно по дефолту есть только системный gac. Туда автоматом ничего не кидается (но сразу лежат все прекопиленные системные сборочки - или генерятся при установке, не знаю). Можно с помощью gacutil вручную чтой-то кинуть в gac или добавить свою папочку для кэша. Если конкретный пользователь решит, что хочет иметь собственный кэш - пускай создаёт в недрах хоума. Его дело...

Регистрировать в GAC. Прекомпиляция убивает кросплатформенность (по крайней мере на уровне процессора).

Кстати а есть реализации .NET не для x86 процессоров и какой формат исполняемых файлов там используется? И на 64 битных ситемах формат экзешников такой же как и на 32-х битных?


А где хранится GAC?

Добавлено через 5 минут и 11 секунд

Они вовсе не экспериментальные. В основном они используются в сотовых и коммуникаторах.

ВинДир\Microsoft .Net\ну и всякая ерунда...


Есть. Формат стандартного пе-шника. Вышеупомянутый Рихтер подробно расписывает процесс загрузки дотнет-приложений. Он отличается от загрузки обычного пе-шника. По каким-то атрибутам (естественно, не помню каким  ) определяется, что это дотнет приложение и все "настоящие" энтри-поинты экзешника игнорятся. Хотя министабы генерятся - для старых виндей (для них только и нужен импорт mscoree.dll). А собсно IL-код - с чего он будет отличаться на 64-битках?

Вот именно поэтому ngen не просто прекомпилирует в "готовый EXE" а ещё и ж0стко привязывает его к конкретному компу, складывает от чужих глаз подальше в недра GAC, и такой EXE не запустится напрямую а только по запуску оригинального (не-прекомпайлед) exe.

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



  Ну стандартный фреймворк по дефолту то скэширован, а это уже не немало. 

Посмотрел, права на запись есть у опытных пользователей и админов. В принципе жить можно, хотя я бы только админам дал бы.


С IL кодом все ясно, я говорил про формат исполняемого файла. Меня интересовало будет ли на других архитектурах тот же виндовый PE формат файла.




А полностью native приложение (чтобы запускалось без framework) сделать можно?

  Нет, там же не только набор классов, но и среда исполнения.

У Java тоже самое, но тем не менее standalone приложение сделать можно. Правда сторонними утилитами, и здоровое оно получится.