Assemblies (сборки) : Программирование для всех. Языки программирования, программирование баз данных, технологии. Статьи для програмиста скачать бесплатно учебники книги документация форум : Статьи

Новая платформа .NET несет в себе новые принципы разработки программного обеспечения. Общеязыковая среда выполнения (CLR, Common Language Runtime) манипулирует управляемыми типами .NET (интерфейсы и классы). В то же время существующие механизмы работы dll не устраивали разработчиков.
Требовалось создать структуру, объединяющую классы, позволяющую использовать контроль версий, следить за безопасностью, поставлять ресурсы, необходимые приложению, использовать динамическую загрузку и другие, необходимые для работы приложения возможности. Данные механизмы объединяют в себе сборки. Еще одна из важнейших целей сборки - предоставлять пространство для разрешения типов.

Существующая на данный момент модель сборок полностью отвечает этим требованиям и спроектирована для обеспечения максимальной интеграции в .NET и упрощения процесса разработки и установки программного продукта.

При написании приложений с помощью VS.NET вам может не понадобиться детальное знание манифестов и механизмов обработки сборок, но чтобы хорошо спроектировать приложение и понять механизмы выполнения таких систем, как ASP.NET, нужно представлять, что из себя представляет сборка.
Сборка - самостоятельный, функциональный модуль, "логическая" dll (dll, динамически подгружаемая библиотека - windows стандарт программных модулей). Сборки бывают двух типов - статические и динамические. Статическая сборка физически состоит из одного или нескольких файлов. Эти файлы объединены манифестом . Манифест - часть сборки, декларирующая метаданные , то есть описывающая сборку и параметры для ее использования.
Если сборка состоит из одного файла, манифест встраивается в PE (portable executable) код, формируя однофайловую сборку. Если же сборка не ограничена одним фалом, то вы можете как включить манифест в один из файлов с PE кодом, так и разместить его в отдельном файле.Среда выполнения выполняет программный код, только если с ним ассоциировани манифест. Сборка может иметь только одну точку входа (Main, WinMain, DllMain).

Динамические сборки генерируются машиной сценариев с использованием интерфесов прикладного программирования, предоставляемых обзеязыковой средой выполнения. Эти сборки генерируются в память и выполняются, чтобы сохранить их в файлы, вы должны указать соответсвующие параметры CLR. System.Reflection.Emit предоставляет API для создания динамических сборок. В MSDN для VS.NET есть примеры использования типов этого пространства имен.

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

Сборки могут включать в себя как классы и типы, так и ресурсы(bitmap изображения, JPEG файлы и другие).

Файлы, составляющие сборку объединены логически, независимо от их физического положения, связывает их манифест. Среда выполнения расценивает сборку, как цельный модуль. При разработке программного продукта важно разумно разбить его на сборки. Часто хватает одной сборки. Сборки автоматически создаются вашей средой разработки (например, VS.NET), также можно манипулировать ими с помощью утилит из .NET Framework SDK.

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

Манифест содержит: имя сборки; номер версии (состоит из основного и доплнительного номеров продукта, номера ревизии и билда); разделенное имя (открытый ключ, и созданный с помощью секретного ключа хэш файла, содержащего манифест); информацию о культуре(средство .NET для локализации приложений); информация о поддерживаемых процессорах и операционных системах(игнорируется в текущей версии); имена файлов, образующих сборку и их хэши (к файлам указывается относительный путь, они должны быть в том же каталоге, что и манифест или его подкаталогах); информация, связывающая типы с содержащими их файлами; также в манифесте содержится информация о сборках, испольуемых данной - название, часть метаданных, их открытый ключ,в случае применения разделенных сборок. Аттрибуты этого типа доступны с помощью System.Runtime.CompilerServices.

Также разработчик может установить ряд декларативных атрибутов, не используемых средой выполнения, таких как дружественное имя, описание, информация о продукте. Вы можете получить эту информацию, используя System.Reflection.

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

При разработке CMS S.Builder наша команда активно использовала AJAX. Теперь вот решили поделиться накопленным опытом. Начнем с этого хабратопика. Не буду здесь затрагивать различные фреймворки и библиотеки. Свой код всегда роднее. Для работы с AJAX-ом в S.Builder написана библиотека sbAJAX. Можете качать и пользоваться :). В этом файле есть функция sbEvalJS. Для тех, кто не знает, объясню. При подгрузке через AJAX и вставке на страницу HTML-кода, содержащего JavaScript, JavaScript выполняться не будет или полезут баги. Эта функция как раз решает поставленную задачу.

Обзор нового релиза самой мощной Ajax библ....

Хотя наш обзор немного запоздал, оригинальный Dojo 1.2 вышел в релизной версии ещё 6-го октября, но сейчас мы наверстаем упущенное. И так, Dojo Toolkit — это самая мощная и гибкая ajax-библиотека из всех, что есть на рынке, она активно развивается и имеет большое комьюнити. Кстати, это самое комьюнити, совместно с компанией Sitepen, имеет ещё несколько проектов, среди которых и Cometd и некоторые другие, не менее интересные, о которых мы скоро вам расскажем. Сегодня же все внимание на флагманский продукт — Dojo 1.2.

Если вы профессиональный веб-разработчик и постоянно имеете дело с разработкой и отладкой сложных AJAX приложений, то наверняка знаете и используете Firebug — плагин для браузера Firefox, предназначенный для отладки и исследования веб-приложений. Текущая его версия, 1.2х достаточно стабильная и функциональна, чтобы помочь в 99% проблем, которые могут возникнуть при разработке. Но и этот инструмент не лишён если не недостатков, то некоторых фич, которые могли бы облегчить работу. И даже идеальный инструмент можно сделать ещё более идеальным, как бы это не звучало.