NGen и лучшие практики Gacutil

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

Вы также можете проверить следующую статью (Улучшение времени запуска приложения) .

Мне кажется, что ваше определение проблемы каким-то образом подразумевает ваше решение ☺

Другими словами, откуда вы знаете, что время запуска исходит от загрузки сборок?

Что вам следует сделать это профилировать приложение и убедиться, что это так. Это возможно, но что, если происходит некоторая инициализация, и вы слишком много внимания уделяете оптимизации неправильного места?

Здесь есть несколько инструментов, которые должны помочь вам в профилировании неуправляемых приложений.

Раз уж вы говорите Что касается приложений Winforms, я предполагаю, что у вас есть Visual Studio. В таком случае вы можете использовать его профилировщик для управляемого приложения.

Удачи!

Если вы не используете платформу .net 3.5 SP1, вам следует рассмотреть возможность проведения сравнительного тестирования на этой платформе, чтобы увидеть, заметите ли вы разницу. Были внесены улучшения, которые могут сократить время запуска приложения: Оптимизация CLR в .NET Framework 3.5 SP1

В этой статье также есть несколько хороших общих рекомендаций, передовых практик ngen и приемов, позволяющих избежать повторного изменения размера вашего файла. сборки (хотя для 5 или около того упомянутых сборок, с которыми вы работаете, не ждите чудес).

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