Доброго времени суток! Нужно во время работы приложения заменять dll-ки, не останавливая его работы. Как только делаю Assembly.LoadFrom() система не даёт удалить файл, даже если я очищаю весь массив сборок:

Array.Resize(ref MU_assembles, MU_assembles.Length + 1); //MU_assembles — массив сборок
MU_assembles[MU_assembles.Length — 1] = Assembly.LoadFrom("units//munit_01-0.0.dll");
Array.Clear(MU_assembles, 0, MU_assembles.Length); //Даже после этого файл не удаляется

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

Здравствуйте, fewl, Вы писали:

F>Подскажите, пожалуйста, как сделать так, чтобы dll-ку можно было заменить, не закрывая приложения.

Всё зависит от задачи.
Вариант
1) Запускать новый AppDomain — в нём делать всё что нужно, выгружать AppDomain и после этого можете удалять сборки
2) Assembly.Load(byte[]) здесь думаю всё понятно

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

На сколько я знаю, среда освобождает загруженные сборки только после выгрузки домена приложения

Здравствуйте, fewl, Вы писали:

F>Подскажите, пожалуйста, как сделать так, чтобы dll-ку можно было заменить, не закрывая приложения.

Почитайте про Shadow Copying Assemblies

Здравствуйте, TK, Вы писали:

TK>Здравствуйте, fewl, Вы писали:

F>>Подскажите, пожалуйста, как сделать так, чтобы dll-ку можно было заменить, не закрывая приложения.

TK>Почитайте про Shadow Copying Assemblies

Удивил AppDomainSetup.ShadowCopyFiles

public string ShadowCopyFiles { get; set; }

A String containing the string value "true" to indicate that shadow copying is turned on; or "false" to indicate that shadow copying is turned off.

Внутри выглядит так

public string ShadowCopyFiles
{
    get
    {
        return this.Value[8];
    }
    set
    {
        if ((value != null) && (string.Compare(value, "true", StringComparison.OrdinalIgnoreCase) == 0))
        {
            this.Value[8] = value;
        }
        else
        {
            this.Value[8] = null;
        }
    }
}

Ведь можно было сделать использование ShadowCopyFiles удобным с bool Какие интересно есть причины такому решению...

Здравствуйте, pt4h, Вы писали:

P>Ведь можно было сделать использование ShadowCopyFiles удобным с bool Какие интересно есть причины такому решению...
Обычная человеческая тупость. Здесь говорится:

So I checked with the team that owns the API to get the “background” story… While no one that still works in the area would claim “credit” for this API, I did get the story. Apparently the rationale for using string was that the underlying infrastructure uses strings rather than bools. This is a classic argument and one you should be very wary of whenever you hear it. For the purpose of great API design you should separate your self from the implementation details for a moment and just ask “what would the user like\expect”.. and only deviate from that where there is a super compelling reason. There clearly is no in this case.

Ещё бы кто объяснил, почему сборки (Assemblies) состоят из модулей (Module) и почему никто и никогда не встречал сборок из более чем одного модуля.
Кроме примеров, разумеется. А раз никому это не нужно, то к чему плодить сущности?

Здравствуйте, Блудов Павел, Вы писали:

БП>Ещё бы кто объяснил, почему сборки (Assemblies) состоят из модулей (Module) и почему никто и никогда не встречал сборок из более чем одного модуля.

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

P.S. Показательно, что на Брейнбенче вопросы по многомодульным сборкам есть.

Здравствуйте, Блудов Павел, Вы писали:

БП>Ещё бы кто объяснил, почему сборки (Assemblies) состоят из модулей (Module) и почему никто и никогда не встречал сборок из более чем одного модуля.
БП>Кроме примеров, разумеется. А раз никому это не нужно, то к чему плодить сущности?

Насколько я помню какую-то книжку, то, если бы студия (как главное средство разработки) поддерживала многомодульность сборок, то это (наличие нескольких модулей) позволило б куски одной и той же сборки писать не нескольких (разных) языках. Судя по некоторым вопросам в этом форуме, такая "фича" нашла бы применение.

Здравствуйте, Блудов Павел, Вы писали:

БП>Ещё бы кто объяснил, почему сборки (Assemblies) состоят из модулей (Module) и почему никто и никогда не встречал сборок из более чем одного модуля.

Ну "никто" это громко сказано. Microsoft точно использует такие сборки. Примеров использования другими производителями я не встречал — наверное за неимением удобного механизма (поддержка студией) и практически неосвещенности этого вопроса.

Модуль не обязан быть дотнетным. Вот тут можно прочитать подробнее. Правда там пишут только про включение unmanaged dll в состав сборки, но я также встречал и неисполняемые файлы (получается нечто на подобие ресурсов, но с отложенной загрузкой).

Если интересуют конкретные примеры таких сборок, могу завтра отписаться.