Проектирование и создание решений Office

Visual Studio предоставляет шаблоны проектов, которые можно использовать для создания нескольких различных типов решений Office. В этом разделе документации описаны шаблоны проектов и приведены рекомендации по созданию проектов Office. Сведения о реализации настроек кода и пользовательского интерфейса после создания проекта см. в статье "Разработка решений Office".

Применимо к: Сведения в этом разделе относятся к проектам на уровне документа и проектам надстроек VSTO. См. сведения о функциях, доступных по типу приложения и проекта Office.

Замечание

Заинтересованы в разработке решений, которые расширяют возможности Office на нескольких платформах? Ознакомьтесь с новой моделью надстроек Office. Надстройки Office имеют небольшое пространство по сравнению с надстройками и решениями VSTO, и вы можете создавать их практически с помощью любой технологии веб-программирования, таких как HTML5, JavaScript, CSS3 и XML.

Создание проектов Office

Прежде чем приступить к работе, необходимо определить требования и определить тип решения, которое обеспечивает оптимальное соответствие. Например, если ваше решение для Office должно запускаться каждый раз при запуске приложения, надстройка VSTO лучше всего удовлетворит ваши требования. Если код тесно интегрирован с одним документом, создайте настройку на уровне документа. Эти типы проектов доступны в виде шаблонов проектов Visual Studio. Дополнительные сведения о шаблонах проектов Office, включенных в Visual Studio, см. в обзоре шаблонов проектов Office. Дополнительные сведения о создании проектов Office см. в статье "Практическое руководство. Создание проектов Office в Visual Studio".

Проекты Office имеют функции и элементы проекта, отличные от других типов проектов в Visual Studio. Например, при создании проекта уровня документа, документ или рабочую книгу можно открыть и изменить в Visual Studio. Для получения дополнительной информации см. проекты Office в среде Visual Studio.

Выбор версии .NET Framework

Выбрав тип проекта, который лучше всего соответствует вашим требованиям, можно выбрать версию платформы .NET Framework для использования в процессе разработки. В проектах Office можно использовать следующие версии .NET Framework:

  • платформа .NET Framework 4

  • Профиль клиента .NET Framework 4

  • .NET Framework 4.5

    Для запуска решения требуется версия .NET Framework, выбранная для вашего проекта. Например, если проект предназначен для .NET Framework 4, на компьютерах конечных пользователей требуется платформа .NET Framework 4. В этом примере решение не будет работать, если на компьютерах конечных пользователей установлен только .NET Framework 3.5.

    Если вы переносите проект надстройки VSTO, предназначенный для .NET Framework 3.5, Visual Studio изменяет целевую платформу проекта на .NET Framework 4 или более поздней в зависимости от установленной версии Office.

    Однако после изменения целевой платформы Visual Studio может потребоваться изменить некоторый код в проекте, если он использует определенные функции. Дополнительные сведения об изменении целевой платформы см. в статье "Практическое руководство. Назначение версии .NET Framework". Дополнительные сведения об изменениях, которые могут потребоваться внести в проект, см. в статье "Миграция решений Office на .NET Framework 4 или более поздней версии".

    Если Visual Studio изменяет целевую платформу .NET Framework для проекта и используется ClickOnce для развертывания решения, убедитесь, что в диалоговом окне предварительных требований выбрана соответствующая версия .NET Framework. Этот выбор не изменяется автоматически при изменении целевой платформы для проекта. Дополнительные сведения см. в статье "Практическое руководство. Установка необходимых компонентов на компьютерах конечных пользователей для запуска решений Office".

Замечание

Вы не можете использовать .NET Framework 3.5 или более ранних версий в проектах Office, созданных с помощью Visual Studio 2013. Для проектов Office, созданных с помощью Visual Studio 2013, требуются функции, которые впервые появились в профиле клиента .NET Framework 4

Общие сведения о том, когда пиА Office требуются на компьютерах конечных пользователей

По умолчанию на компьютерах конечных пользователей не требуется устанавливать основные межоперационные сборки Office (PIAs), если для каждого ссылки на Office PIA в проекте свойство Embed Interop Types установлено в значение True, что является значением по умолчанию. В этом сценарии информация о типах PIA, используемых вашим решением, встраивается в сборку решения при создании проекта. Во время выполнения информация о внедренном типе используется вместо PIA для вызова COM-объектной модели приложения Office. Дополнительные сведения о том, как типы из PIA внедрены в решение, см. в разделе Эквивалентность типов и встроенные типы взаимодействия с платформой.

Если свойство «Встраиваемые типы взаимодействия» для каждой ссылки на Office PIA в проекте имеет значение False, Office PIA необходимо установить и зарегистрировать в глобальном кеше сборок на каждом компьютере конечного пользователя, на котором выполняется решение. В большинстве случаев средства PIA устанавливаются по умолчанию вместе с Office, но вы также можете включить распространяемые компоненты PIA в качестве предварительных условий для вашего решения. Дополнительные сведения см. в статье о предварительных требованиях решения Office для развертывания.

Общие сведения о профиле клиента

Профиль клиента .NET Framework — это подмножество полной платформы .NET Framework. Вы можете нацелиться на профиль клиента .NET Framework, если вам нужно использовать только клиентские функции в .NET Framework, и вы хотите обеспечить самый быстрый интерфейс развертывания для вашего решения Office. Дополнительные сведения см. в разделе "Профиль клиента .NET Framework".

При создании проекта Office, предназначенного для .NET Framework 4, по умолчанию выбирается клиентский профиль .NET Framework 4. Если вы хотите разработать для полной платформы .NET Framework 4, необходимо задать этот параметр после создания проекта. Дополнительные сведения см. в статье "Практическое руководство. Назначение версии .NET Framework".

Создание решений для 64-разрядного выпуска Microsoft Office

Microsoft Office доступен в 64-разрядных и 32-разрядных выпусках. Чтобы создать решения Office, которые могут выполняться в любом выпуске, целевой параметр платформы для проекта должен иметь значение Any CPU. Это значение по умолчанию для проектов Office. Дополнительные сведения см. в статье «Создание решений для Office».

Существуют отдельные 64-разрядные и 32-разрядные версии среды выполнения Visual Studio Tools для Office, которые используются 64-разрядными и 32-разрядными выпусками Microsoft Office. Дополнительные сведения см. в разделе "Инструменты Visual Studio для среды выполнения Office".

Сборки в решениях Office

При создании проекта Office с помощью средств разработки Office в Visual Studio код, который вы пишете, в конечном итоге компилируется в сборку. Сборка развертывается на общем сервере или в каталоге на клиентском компьютере.

Сборки в решениях Office загружаются приложением Office. После загрузки сборки код в сборке может реагировать на события, которые возникают в приложении, например, когда пользователь щелкает элемент меню. Код в сборке также может вызывать объектную модель для автоматизации и расширения приложения, и он может использовать любой из классов в .NET Framework. Дополнительные сведения см. в разделе " Архитектура настроек на уровне документа " и " Архитектура надстроек VSTO".

Решения Office используют манифесты развертывания и манифесты приложений для идентификации сборки. Манифесты содержат сведения о имени, версии и расположении сборки, чтобы приложение могло найти, связать и запустить правильную сборку. Дополнительные сведения см. в манифестах приложений и развертываний в решениях Office.

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

Сборки в проектах на уровне документа не внедрены в документ; вместо этого они хранятся в другом месте и определяются манифестом приложения документа.

Рекомендации по безопасности сборок

Чтобы решение Office выполнялось на компьютере, сборки, используемые решением, должны быть доверенными для запуска. Дополнительные сведения о безопасности см. в разделе "Безопасные решения Office".

По умолчанию сборка решения и все ссылочные сборки, которые находятся в выходной папке проекта, являются доверенными для запуска на компьютере разработки при сборке проекта. Дополнительные сведения см. в статье «Создание решений для Office».

По соображениям безопасности рекомендуется создавать проекты на локальном компьютере, а не разрабатывать в общем расположении. Дополнительные сведения см. в статье "Совместная разработка решений Office".

Ссылки на сборки

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

Связанный контент

  • Last updated on