ILMerge и производительность с большим количеством DLL

У меня есть приложение с более чем 100 dll (проектами).

Я рассматриваю возможность использования ILMerge, чтобы уменьшить это число примерно до 15 (некоторые из них нельзя объединить, потому что мы используем PRISM, и он ищет файл).

Тем не менее, выполнение этого слияния является изрядным объемом работы. WPF не любит ILMerge, и переименовывать вещи, чтобы заставить его работать, сложно (но выполнимо).

Мой вопрос: повлияет ли объединение этих DLL на производительность моего приложения? или наличие DLL в отдельных файлах так же хорошо.

ПРИМЕЧАНИЕ. Под производительностью я подразумеваю производительность приложения, а не время запуска. Это приложение, которое запускается, а затем используется пользователями в течение всей смены (много часов) перед закрытием.


person Vaccano    schedule 18.10.2013    source источник


Ответы (1)


ПРИМЕЧАНИЕ. Под производительностью я подразумеваю производительность приложения, а не время запуска. Это приложение, которое запускается, а затем используется пользователями в течение всей смены (много часов) перед закрытием.

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

Объединение сборок не улучшит производительность после загрузки сборок.

person Reed Copsey    schedule 18.10.2013