В .NET введено понятие assembly. Давайте сначала посмотрим как на данный момент распространяется приложение. Практически любое приложение на данный момент состоит из компонентов OCX, DLL, и самого EXE. Компоненты могут использоваться совместно, так происходит с OCX и DLL.

Все это было сделано на благо, мол экономия места, стандартизация и так далее. Но реализация подобной модели имела и множество побочных эффектов. Разные версии DLL и OCX могут превратить Вашу программу в кошмар. Несмотря на возможность проверки версий лучшее решение пока найдено только одно, хранить все это у себя в программе. Многие с ностальгией вспоминают DOS, когда скопировал каталог и все, программа работает. Понятие accembly или пакета - это возврат к данной идее. Ни какой установки. Готовый пакет, в котором есть все для работы. В пакет будет содержать:

• Идентификацию сборки (текстовым именем).
• Версию "культурной среды" (т. е. региональных стандартов).
• Цифровую подпись (если сборка предназначена для использования несколькими приложениями).
• Определение (по имени и хеш-коду файла) файлов, составляющих сборку.
• Перечисление типов и ресурсов, составляющих сборку, а также предоставление информации об экспортируемых типах и ресурсах.
• Перечисление актуальных во время компиляции зависимостей от других сборок.
• Указание набора разрешений, необходимых для правильной работы сборки.

Assemblies могут принадлежать одному приложению или разделяться между несколькими приложениями, а независимость от версии заключается в том, что CLR может загружать различные версии одного assembly для двух различных приложений, которые выполняются одновременно. Обратите на это внимание, на перезапись новой версией, как в DLL.

То есть добавляется еще один уровень, управляя которым можно указать, что данные ресурсы можно брать из моей сборки или указывать с какой другой сборкой есть зависимость, а так как у сборки есть идентификатор, то у новой сборки будет новый идентификатор и контроль версий ресурсов должен стать проще. Сборки будут двух типов, частные и общедоступные. За частную отвечает программист, а за общедоступную CLR. Естественно то, что нам разрешили использовать DLL разных версий не снимает все проблемы. Например, Ваша DLL заносит некоторую информацию в файл, а что если разные версии будут это делать по разному ? Конфигурация приложения будет производиться с помощью XML файла в обычном тестовом редакторе.