В результате вызова обоих методов получается идентичный вывод. Однако в случае применения ключевого слова dynamic сокращается объем кода. Благодаря динамически определяемым данным вам больше не придется вручную упаковывать аргументы внутрь массива экземпляров object, запрашивать метаданные сборки либо иметь дело с другими деталями подобного рода. При построении приложения, в котором интенсивно используется динамическая загрузка и позднее связывание, экономия на кодировании со временем становится еще более ощутимой.

Упрощение взаимодействия с СОМ посредством динамических данных (только Windows)

 Давайте рассмотрим еще один полезный сценарий для ключевого слова dynamic в рамках проекта взаимодействия с СОМ. Если у вас нет опыта разработки для СОМ, то имейте в виду, что скомпилированная библиотека СОМ содержит метаданные подобно библиотеке .NET Core, но ее формат совершенно другой. По указанной причине, когда программа .NET Core нуждается во взаимодействии с объектом СОМ, первым делом потребуется сгенерировать так называемую сборку взаимодействия (описанную ниже). Задача довольно проста.

На заметку! Если вы не устанавливали индивидуальный компонент Visual Studio Tools for Office (Инструменты Visual Studio для Office) или рабочую нагрузку Office/SharePoint development (Разработка для Office/SharePoint), то для проработки примеров в текущем разделе вам придется это сделать. Можете запустить программу установки и выбрать недостающий компонент или воспользоваться средством быстрого запуска Visual Studio (<Ctrl+Q>). Введите Visual Studio Tools for Office в поле быстрого запуска и выберите вариант Install (Установить).

Для начала создайте новый проект консольного приложения по имени ExportDataToOfficeApp, откройте диалоговое окно Add COM Reference (Добавление ссылки СОМ), перейдите на вкладку СОМ и отыщите желаемую библиотеку СОМ, которой в данном случае является Microsoft Excel 16.0 Object Library (рис. 18.1).

После выбора СОМ-библиотеки IDE-среда отреагирует генерацией новой сборки, которая включает описания .NET Core метаданных СОМ. Формально она называется сборкой взаимодействия и не содержит какого-либо кода реализации кроме небольшой порции кода, который помогает транслировать события СОМ в события .NET Core. Тем не менее, сборки взаимодействия полезны тем, что защищают кодовую базу .NET Core от сложностей внутреннего механизма СОМ.

В коде C# можно напрямую работать со сборкой взаимодействия, которая отображает типы данных .NET Core на типы СОМ и наоборот. "За кулисами" данные маршализируются между приложениями .NET Core и СОМ с применением вызываемой оболочки времени выполнения (runtime callable wrapper — RCW), по существу являющейся динамически сгенерированным посредником. Такой посредник RCW будет маршализировать и трансформировать типы данных .NET Core в типы СОМ и отображать любые возвращаемые значения СОМ на их эквиваленты .NET Core.

Роль основных сборок взаимодействия

Многие библиотеки СОМ, созданные поставщиками библиотек СОМ (вроде библиотек Microsoft СОМ, обеспечивающих доступ к объектной модели продуктов Microsoft Office), предоставляют "официальную" сборку взаимодействия, которая называется основной сборкой взаимодействия (primary interop assembly — PIA). Сборки PIA — это оптимизированные сборки взаимодействия, которые приводят в порядок (и возможно расширяют) код, обычно генерируемый при добавлении ссылки на библиотеку СОМ с помощью диалогового окна Add Reference.

После добавления ссылки на библиотеку Microsoft Excel 16.0 Object Library просмотрите проект в окне Solution Explorer. Внутри узла Dependencies (Зависимости) вы увидите новый узел (СОМ) с элементом по имени Interop.Microsoft.Office.Interop.Excel. Это сгенерированный файл взаимодействия.

Встраивание метаданных взаимодействия

До выхода версии .NET 4.0, когда приложение C# задействовало библиотеку СОМ (через PIA или нет), на клиентской машине необходимо было обеспечить наличие копии сборки взаимодействия. Помимо увеличения размера установочного пакета приложения сценарий установки должен был также проверять, присутствуют ли сборки PIA, и если нет, тогда устанавливать их копии в глобальный кеш сборок (GAC).

На заметку! Глобальный кеш сборок был центральным хранилищем для сборок .NET Framework. В .NET Core он больше не используется.