Как изменить целевую платформу visual studio 2019

Как изменить целевую платформу visual studio 2019

Работал в VS2017, на новом пк установил VS2019. Установил все необходимые средства, но при открытии старого проекта, написанного в VS2017, возникает ошибка что проект предназначен для платформы «.NETFramework, Version=v.4.6.1» и предлагается изменить платформу на «.NET Framework 4.6.1». При согласии проект загружается, но не компилируется, тк необходимый «.NETFramework, Version=v.4.6.1» отсутствует. В vs installer установлены все необходимые фреймворки и sdk, но ошибка остается. Видимо, из-за разного написания платформ, хотя это одна и та же версия. Пробовал изменять версию вручную в конфигурации проекта, но не помогла, опять же сводилось все к версии «.NETFramework, Version=v.4.XXX».

Как в VisualStudio установить средства сборки v142?

Ошибка MSBuild MSB8020
Не удалось найти средства сборки для v142 (набор средств платформы = «v142»). Чтобы выполнить сборку с помощью версии v142 средств сборки, установите средства сборки v142. Также можно выполнить обновление до текущих средств Visual Studio, выбрав меню «Проект» или щелкнув правой кнопкой мыши решение, а затем выбрав «Изменить целевую платформу решения».

При нажатии на «Изменить целевую платформу решения» появляется это окно. Но при изменении версии пакета ничего не меняется. Ошибка остаётся.

Как изменить целевую платформу visual studio 2019

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

The procedure described at — https://docs.microsoft.com/en-us/visualstudio/ide/how-to-configure-projects-to-target-platforms?view=vs-2019 — does not work.

Build => Configuration Manager => does not display 64 bit as an option. Selecting «new» requests a name. I don’t see selecting a new platform as an option.

• Moved by Xingyu Zhao Microsoft contingent staff Wednesday, October 23, 2019 1:30 AM

Answers

• Proposed as answer by Perry Qian-MSFT Microsoft contingent staff Thursday, October 24, 2019 1:13 AM
• Marked as answer by bhs67 Sunday, October 27, 2019 2:30 PM

All replies

I am using VS 2019, and the link is spot on, and maybe, you don’t understand how to use it. It’s set to ‘Any CPU’ that allows the .NET runtime to run the assembly as 32 or 64 bit based on the deployment CPU the program is deployed to. You can also select ‘new’ and set a 32 or 64 bit profile exclusively for the project.

It also talks about taking other paths to select Any CPU, 32bit or 64bot project profiles.

I’m not sure if I can understand what you want to do.
I take your description in a few ways.
You want to
1) make VS 2019 itself run with 64-bit
2) make a project run with 64-bit using VS 2019
3) make 64-bit application as default in VS 2019

I suppose 1) and 3) is impossible. Which do you want?

We can make a specific project run with 32-bit, 64-bit, or depend on platform.

# We can know if it is running with 32-bit or 64-bit, in TaskManager.

• Edited by Ashidacchi Wednesday, October 23, 2019 1:26 AM

Welcome to the MSDN forum.

As far as l know, Any CPU will compile your project to run on any platform which means both on the x86 and x64 platform.

If you still want to change it to x64 platform, you can select Build—>Configuration Manager—>You can choose different types for different projects, and if you don’t have the x64 target platform, you can create it like this:

So you can specify your program to run on 64-bit platforms.

>> 2. You can also specify the target platform in the project properties as Ashidacchi said(Right-click on your every project—>Properties—>Build—>set Platform target to x64)

Практическое руководство. настройку целевых платформ в проектах

Visual Studio позволяет настроить сборки приложения для различных платформ (архитектур процессоров), включая Arm64 и другие платформы. Для сборки для этой целевой платформы не требуется запускать Visual Studio. Дополнительные сведения о поддержке Arm64 в Visual Studio см. в visual Studio на устройствах с поддержкой ARM. Сведения о поддержке 64-разрядной платформы для разработки .NET см. в 64-разрядных приложениях.

Visual Studio 2022 выполняется как 64-разрядное приложение. Она совершенно отделена от платформ, которые можно выбрать для проектов в Visual Studio. Вы можете использовать любую версию Visual Studio, предназначенную для 32-разрядных и 64-разрядных платформ.

Visual Studio позволяет настроить сборки приложений для различных платформ (архитектур процессоров), таких как x86 и x64. Сведения о поддержке 64-разрядной платформы для разработки .NET см. в 64-разрядных приложениях.

Visual Studio выполняется как 32-разрядное приложение. Она совершенно отделена от платформ, которые можно выбрать для проектов в Visual Studio. Вы можете использовать любую версию Visual Studio, предназначенную для 32-разрядных и 64-разрядных платформ.

Нацеливание на платформы с помощью диспетчера конфигураций

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

Чтобы ориентироваться на некоторые платформы в собственном проекте C++, необходимо установить средства сборки для платформы. Средства сборки C++ для платформ x86 и x64 устанавливаются с рабочей нагрузкой C++ по умолчанию. Если вы нацелены на другую архитектуру процессора, например Arm64, необходимо использовать Visual Studio Installer, чтобы установить средства сборки для платформы, прежде чем продолжить. См. раздел Изменение Visual Studio. Вам не нужно запускать Visual Studio на устройстве Arm64 для целевого объекта Arm64. Для Arm64 можно установить средства сборки Arm64 или средства сборки ARM64EC ; см. статью Arm64 Visual Studio.

Для разработки .NET для платформы Arm64 требуется .NET 6. Сведения о поддержке .NET для macOS 11 и Windows 11 для Arm64 и x64.

Настройка проекта для целевой платформы Arm64 и других платформ

В строке меню последовательно выберите пункты Сборка>Диспетчер конфигураций.

В списке платформы активных решений выберите платформу для целевого решения и нажмите кнопку «Закрыть «.

Если нужная платформа не отображается в списке Активная платформа решения, выберите Создать. После установки средств для определенной платформы вы сможете добавить новое решение и конфигурации проекта, предназначенные для этой платформы.

Откроется диалоговое окно Создание платформы решения.

В поле «Тип» или выберите новый список платформ, выберите нужную платформу (архитектуру процессора); например. ARM64

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

Если требуется скопировать параметры из текущий конфигурации платформы, выберите ее и нажмите кнопку ОК.

Настройка проекта для другой платформы

В строке меню последовательно выберите пункты Сборка>Диспетчер конфигураций.

В списке платформы активных решений выберите платформу для целевого решения и нажмите кнопку «Закрыть «.

Если нужная платформа не отображается в списке Активная платформа решения, выберите Создать. После установки средств для определенной платформы вы сможете добавить новое решение и конфигурации проекта, предназначенные для этой платформы.

Откроется диалоговое окно Создание платформы решения.

В поле «Тип» или выберите новый список платформ, выберите нужную платформу (архитектуру процессора); например. x64

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

Если требуется скопировать параметры из текущий конфигурации платформы, выберите ее и нажмите кнопку ОК.

Имя платформы Win32 используется для проектов C++ и соответствует x86. Visual Studio поддерживает платформы уровня проекта и платформы уровня решения. При этом платформы проекта основаны на системах проектов для разных языков. Проекты C++ используют Win32 и x64, а платформы решения — x86 и x64. Когда вы выбираете x86 в качестве конфигурации решения, Visual Studio выбирает для проектов C++ платформу Win32. Чтобы просмотреть параметры платформы уровня проекта и платформы уровня решения, откройте Configuration Manager и обратите внимание на два параметра платформы. Платформа уровня решения отображается в раскрывающемся списке Активная платформа решения, а платформа уровня проекта показана в таблице для каждого проекта.

Целевые платформы в пользовательском интерфейсе конструктора проектов или свойств проекта

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

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

Для проектов Visual Basic см. раздел /platform (Visual Basic).

Изменение файла проекта вручную

Иногда необходимо вручную изменить файл проекта, чтобы выполнить ряд пользовательских настроек. Это бывает нужно сделать, к примеру, при наличии условий, которые не могут быть указаны в интегрированной среде разработки (ссылка, имеющая разный вид для двух разных платформ, как показано в следующем примере). Редактирование файла проекта C++ вручную, используемого в Visual Studio, не рекомендуется.

Пример. Ссылки на сборки x86 и x64 и библиотеки DLL

У вас может быть сборка .NET или библиотека DLL с версиями x86 и x64. Чтобы настроить проект для использования этих ссылок, сначала добавьте ссылку, а затем откройте файл проекта и измените его, чтобы добавить ItemGroup с условием, которое ссылается как на конфигурацию, так и на целевую платформу. Например, предположим, что вы ссылаетесь на двоичный файл ClassLibrary1, и существуют разные пути для конфигураций отладки и выпуска, а также версии x86 и x64. Используйте четыре элемента ItemGroup со всеми сочетаниями параметров, как показано далее:

Дополнительные сведения о файле проекта см. в статье Справочные сведения о схеме файлов проектов MSBuild.

Related posts:

1. Как подключить curl c
2. Как узнать номер квартиры сверху
3. Как разбить файл эксель на страницы
4. Как удалить смайлики вконтакте

Как изменить целевую платформу visual studio 2019

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

Решение Visual Studio может содержать проекты, предназначенные для различных версий .NET. Обратите внимание, что вы можете выполнить сборку только для одной версии .NET с помощью условий ссылок для одной сборки или рекурсивно создавать разные двоичные файлы для каждой версии. Дополнительные сведения о требуемых версиях .NET Framework см. в разделе Целевые платформы.

Вы также можете нацеливать приложения на различные платформы. Дополнительные сведения см. в разделе Настройка для различных версий.

Функции нацеливания на платформу

Среди прочего, доступны следующие возможности нацеливания на платформу:

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

При создании проекта .NET Framework можно указать версию платформы .NET Framework, на которую требуется ориентироваться.

В каждом из нескольких проектов в одном решении можно ориентироваться на разные версии .NET.

Можно изменить версию .NET, на которую ориентирован существующий проект.

При изменении версии платформы .NET, на которую сориентирован проект, Visual Studio вносит все необходимые изменения в ссылки и файлы конфигурации.

При работе над проектом, ориентированным на более раннюю версию платформы, Visual Studio динамически изменяет среду разработки, как показано ниже:

Фильтрует элементы в диалоговых окнах Добавить новый элемент, Добавить новую ссылку и Добавление ссылки на службу, чтобы пропустить варианты, которые недоступны в целевой версии.

Фильтрует пользовательские элементы управления на панели элементов, удаляя те, что недоступны в целевой версии, и показывая только наиболее актуальные элементы управления, если их доступно несколько.

Фильтрует IntelliSense, чтобы пропустить языковые функции, которые недоступны в целевой версии.

Фильтрует свойства в окне Свойства, чтобы пропустить те, которые недоступны в целевой версии.

Фильтрует пункты меню, чтобы пропустить те, которые недоступны в целевой версии.

Для сборок система использует версию и параметры компилятора, которые подходят для целевой версии.

• Нацеливание на платформу не гарантирует правильную работу приложения. Нужно протестировать приложение, чтобы убедиться в том, что оно работает с целевой версией.
• Ориентироваться на версии платформы, предшествующие .NET Framework 2.0, запрещено.

Выбор целевой версии платформы

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

Если вы решите создать проект .NET Framework, то увидите интерфейс, похожий на тот, которой показан на снимке экрана:

Если вы решите создать проект .NET, то увидите интерфейс, похожий на тот, которой показан на двух следующих снимках экрана.

На первом экране вы увидите диалоговое окно Настройка нового проекта.

На втором экране появится диалоговое окно Дополнительные параметры.

Изменение требуемой версии .NET Framework

Для существующего проекта Visual Basic, C# или F# вы можете изменить целевую версию .NET в диалоговом окне свойств проекта. Сведения об изменении целевой версии для проектов C++ см. в статье How to: Modify the Target Framework and Platform Toolset (Практическое руководство. Изменение требуемой версии .NET Framework и набора средств платформы).

В обозревателе решений правой кнопкой мыши откройте контекстное меню проекта, в который необходимо внести изменения, и выберите Свойства.

В левом столбце окна Свойства перейдите на вкладку Приложение.

После создания приложения UWP невозможно изменить целевую версию Windows или .NET.

В списке Целевая рабочая среда выберите требуемую версию.

В открывшемся диалоговом окне проверки нажмите кнопку Да.

Проект будет выгружен. При его перезагрузке он будет ориентирован на выбранную версию .NET.

В обозревателе решений правой кнопкой мыши откройте контекстное меню проекта, в который необходимо внести изменения, и выберите Свойства.

В левом столбце окна Свойства перейдите на вкладку Приложение.

После создания приложения UWP невозможно изменить целевую версию Windows или .NET.

В списке Целевая рабочая среда выберите требуемую версию.

Для проекта .NET Framework будет показано диалоговое окно, похожее на то, которое изображено на снимке экрана:

Для проекта .NET будет показано диалоговое окно, похожее на то, которое изображено на снимке экрана:

Если появится диалоговое окно проверки, нажмите кнопку Да.

Проект будет выгружен. При его перезагрузке он будет ориентирован на выбранную версию .NET.

Если код содержит ссылки на другую версию .NET, отличную от целевой, при компиляции и запуске кода могут появиться сообщения об ошибках. Чтобы устранить эти ошибки, измените ссылки. См. раздел Устранение неполадок, связанных с настройкой для определенных версий платформы .NET.

В зависимости от целевой платформы ее можно представить в файле проекта следующим образом:

Разрешение системных ссылок и пользовательских ссылок на сборки

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

Для проектов .NET Framework диалоговое окно Добавить ссылку позволяет отключить системные сборки, не относящиеся к целевой версии платформы .NET Framework, чтобы их невозможно было добавить в проект случайно. (Системные сборки — это файлы DLL, включенные в версию платформы .NET Framework.) Ссылки, относящиеся к версии платформы, которая старше целевой версии, не будут разрешены, а зависящие от них элементы управления невозможно будет добавить. Если вы хотите активировать такую ссылку, измените целевую версию платформы .NET Framework для проекта на ту, которая содержит эту ссылку.

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

Как добавить .NET framework 5.0 в Visual Studio Professional 2019?

Но хотелось бы знать, как добавить этот фреймворк в проект, созданный на Visual Studio 2019 16.8.0.

• Я запустил установщик VS и искал новую структуру, но не могу ее найти.

• Я уже открыл: Проект -> Свойства -> Целевая платформа.

Но самый последний фреймворк, который я получил, — это .NET framework 4.8

Как я могу добавить новую платформу в целевые платформы в Visual Studio 2019?

Обновление:

У меня сейчас конфликт, и я хотел бы знать, в чем разница между .NET framework SDK и .NET framework Developer pack, я ошибаюсь в этом вопросе.

Как упоминалось в приведенной выше ссылке, .NET framework 5.0 отсутствует в списке пакетов разработчика.

Кто-нибудь может мне это объяснить?

1 ответ

Загрузите и установите пакет SDK для Visual Studio 2019 с сайта выпусков .NET Core.

.NET 5.0 является продолжением развития .NET Core и больше не следует старому (.NET 4 и старше) пакету таргетинга. Вместо этого .NET 5 устанавливается как SDK в структуру каталогов .NET Core framework и sdk. Для людей, которые какое-то время занимались .NET Core, это кажется естественным, но, начиная с .NET 4, это в новинку.

Создайте новый тип проекта .NET Core и установите версию .NET на .NET 5.0 :

К сожалению, не существует волшебного мастера для обновления проекта .NET 4 до .NET 5. Пошаговое руководство можно найти здесь:

Многие разработчики ASP.NET в прошлом прошли через эти шаги, чтобы перейти с .NET 4 на .NET Core. В блогах есть много сообщений о проблемах, с которыми они столкнулись, и о том, как они их решили. Процесс очень похож, и теперь есть несколько инструментов, которые помогут вам на этом пути.

Основные шаги одинаковы для каждого проекта .NET 4:

• Измените формат packages.config на .
• Измените файл проекта на новый формат проекта SDK.
• Запустите анализаторы совместимости API. Это подскажет, где ожидать критических изменений.
• Переключите целевую платформу на .NET 5 в файле проекта
• Обновите / измените / добавьте необходимые пакеты nuget в версии, поддерживающие .NET Core / .NET 5.
• Исправьте все проблемы со сборкой.

• Создайте новый проект .NET 5 желаемого целевого типа.
• Добавьте необходимые конфигурации проекта и т. Д.
• Добавьте нужные пакеты NuGet.
• Скопируйте исходники из вашего проекта .NET 4. Или скопируйте файл проекта в папку, в которой находится ваш существующий проект. Он должен автоматически импортировать все исходные файлы.
• Исправить проблемы со сборкой

Приведенное выше руководство по миграции дает вам несколько подходов для выполнения каждого шага.

Практическое руководство. настройку целевых платформ в проектах

Visual Studio позволяет настраивать сборки приложения для различных платформ, включая 64-разрядные платформы. Дополнительные сведения о поддержке 64-разрядных платформ в Visual Studio см. в статье 64-разрядные приложения.

Visual Studio 2022 выполняется как 64-разрядное приложение. Она совершенно отделена от платформ, которые можно выбрать для проектов в Visual Studio. Вы можете использовать любую версию Visual Studio, предназначенную для 32-разрядных и 64-разрядных платформ.

Visual Studio выполняется как 32-разрядное приложение. Она совершенно отделена от платформ, которые можно выбрать для проектов в Visual Studio. Вы можете использовать любую версию Visual Studio, предназначенную для 32-разрядных и 64-разрядных платформ.

Нацеливание на платформы с помощью диспетчера конфигураций

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

Настройка проекта для 64-разрядной платформы

В строке меню последовательно выберите пункты Сборка>Диспетчер конфигураций.

В списке Активная платформа решения выберите 64-разрядную платформу для нацеливания решения, а затем нажмите кнопку Закрыть.

Если нужная платформа не отображается в списке Активная платформа решения, выберите Создать.

Откроется диалоговое окно Создание платформы решения.

В списке Введите или выберите новую платформу выберите x64.

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

Если требуется скопировать параметры из текущий конфигурации платформы, выберите ее и нажмите кнопку ОК.

Обновляются свойства для всех проектов в решении, нацеленных на 64-разрядную платформу, и следующая сборка проекта будет оптимизирована под 64-разрядные платформы.

Имя платформы Win32 используется для проектов C++ и соответствует x86. Visual Studio поддерживает платформы уровня проекта и платформы уровня решения. При этом платформы проекта основаны на системах проектов для разных языков. Проекты C++ используют Win32 и x64, а платформы решения — x86 и x64. Когда вы выбираете x86 в качестве конфигурации решения, Visual Studio выбирает для проектов C++ платформу Win32. Чтобы просмотреть параметры платформы уровня проекта и платформы уровня решения, откройте Configuration Manager и обратите внимание на два параметра платформы. Платформа уровня решения отображается в раскрывающемся списке Активная платформа решения, а платформа уровня проекта показана в таблице для каждого проекта.

Нацеливание на платформы в конструкторе проектов

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

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

Для проектов Visual Basic см. раздел /platform (Visual Basic).

Для проектов C++/CLI см. статью /clr (компиляция CLR).

Изменение файла проекта вручную

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

Пример. Ссылки на сборки x86 и x64 и библиотеки DLL

У вас может быть сборка .NET или библиотека DLL с версиями x86 и x64. Чтобы настроить проект для использования этих ссылок, сначала добавьте ссылку, а затем откройте файл проекта и измените его, чтобы добавить ItemGroup с условием, которое ссылается как на конфигурацию, так и на целевую платформу. Например, предположим, что вы ссылаетесь на двоичный файл ClassLibrary1, и существуют разные пути для конфигураций отладки и выпуска, а также версии x86 и x64. Используйте четыре элемента ItemGroup со всеми сочетаниями параметров, как показано далее:

Дополнительные сведения о файле проекта см. в статье Справочные сведения о схеме файлов проектов MSBuild.

Похожие публикации:

1. Как убрать интервал в ворде
2. Где в админке битрикс документы складского учета
3. Директивное ценообразование какая экономика
4. Как заставить браузер доверять самоподписанному сертификату

Как изменить целевую платформу visual studio 2019

Visual Studio 2019 — измените целевую платформу .NET на 4.8

Я не могу изменить .NET-версию своего проекта. Я установил .NET 4.8 через установщик Visual Studio и вручную загрузил его отдельно. Ни одна из этих работ.

Я действительно пытался изменить структуру в файле проекта .csproj

И это тоже не работает . У меня заканчиваются решения, и я действительно не знаю, что делать дальше.

1 ответ

Если вы пытаетесь преобразовать проект «net5.0-windows» в стиле SDK в проект WinForms «net48», вам, вероятно, потребуется сделать больше, чем просто изменить TargetFramework .

Во-первых, узел Project в начале файла «.csproj» должен выглядеть так:

(Цели «net5.0» не нужна часть .WindowsDesktop .)

Во-вторых, вам нужно убедиться, что true является частью основного PropertyGroup .

Даже после этих изменений у вас все равно будут возникать всевозможные проблемы, если в вашем проекте используются типы, недоступные в .net 4.8.

How to change .NET version in Visual Studio 2019 to .NET Framework 4.7.2?

how can I change the .NET to .NET Framework 4.7.2 i am really struggeling since 2 days now. I am doing a WinFormApp and can only use .NET 5 or .NET Core 3.1 but i need .NET Framework 4.7.2 for another Framework. Already installed it through [Microsoft] but it dont appear there to select.

2 Answers 2

You don’t need to «restart a project» to target .NET Framework. You just need to use the appropriate TargetFramework element in the csproj file.

Here’s an example for a Windows Forms application targeting .NET Framework 4.7.2:

If you create a .NET Core 3.1 or .NET 5 project, you can just edit the .csproj file to specify .NET Framework as the target framework — no need to start from scratch.

Well, as your main application is .NET Core, it’s running on a core CLR. It cannot be changed to a non-core CLR project. You would need to restart a project if there is no way of achieving the goal you need.

If you also need the .NET Core application for whatever reason, I would recommend using an API call to communicate between the two applications or another method of communication which isn’t with the project itself.

Как в VisualStudio установить средства сборки v142?

Ошибка MSBuild MSB8020
Не удалось найти средства сборки для v142 (набор средств платформы = «v142»). Чтобы выполнить сборку с помощью версии v142 средств сборки, установите средства сборки v142. Также можно выполнить обновление до текущих средств Visual Studio, выбрав меню «Проект» или щелкнув правой кнопкой мыши решение, а затем выбрав «Изменить целевую платформу решения».

При нажатии на «Изменить целевую платформу решения» появляется это окно. Но при изменении версии пакета ничего не меняется. Ошибка остаётся.

мастер классических приложений windows в visual studio

классическое приложение на C++ — это собственное приложение, которое имеет доступ к полному набору интерфейсов Windows api и запускается в окне или в системной консоли. настольные приложения на C++ могут работать в Windows xp с помощью Windows 10 (хотя Windows xp более официально не поддерживается и существует множество api-интерфейсов Windows, которые появились с момента этого).

классическое приложение отличается от приложения универсальная платформа Windows (UWP), которое может выполняться на компьютерах под управлением Windows 10, а также на XBox, Windows Phone, Surface Hub и других устройствах. Дополнительные сведения о настольных и универсальных приложениях UWP см. в статье Выбор технологии.

Мост для классических приложений

в Windows 10 можно упаковать существующее классическое приложение или COM-объект в качестве приложения uwp и добавить функции UWP, такие как touch, или вызвать api из современного набора api Windows. можно также добавить приложение UWP в решение для настольных систем в Visual Studio и упаковать их вместе в одном пакете и использовать интерфейсы Windows api для взаимодействия между ними.

в Visual Studio 2017 версии 15,4 и более поздних версиях можно создать Windows пакет приложения Project, чтобы значительно упростить работу по упаковке существующего настольного приложения. В отношении того, какие вызовы реестра или API-интерфейсы используются настольным приложением, применяются некоторые ограничения, но во многих случаях можно создать альтернативные пути кода для обеспечения аналогичной функциональности при работе в пакете приложения. Дополнительные сведения см. в статье Мост для классических приложений.

Терминология

Модель COM — это спецификация, которая позволяет программам, написанным на разных языках, взаимодействовать друг с другом. многие компоненты Windows реализуются как com-объекты и следуют стандартным правилам COM для создания объектов, обнаружения интерфейсов и уничтожения объектов. Использование объектов COM из классических приложений C++ относительно просто, но написание собственного COM-объекта является более сложным. Библиотека активных шаблонов (ATL) предоставляет макросы и вспомогательные функции, УПРОЩАЮЩИЕ разработку com.

приложение MFC — это Windows классическое приложение, которое использует Microsoft Foundation Classes для создания пользовательского интерфейса. Приложение MFC также может использовать компоненты COM, а также API CRT и библиотеки стандартных библиотек. MFC предоставляет объектно-ориентированную оболочку с тонким C++ для циклов оконных сообщений и Windows api. MFC является выбором по умолчанию для приложений (особенно приложений корпоративного типа), которые имеют множество элементов управления пользовательского интерфейса или пользовательских элементов управления. MFC предоставляет удобные вспомогательные классы для управления окнами, сериализации, обработки текста, печати и современных элементов пользовательского интерфейса, таких как лента. Для эффективной работы с MFC вы должны быть знакомы с Win32.

любое классическое приложение в C++ может использовать среду выполнения C (CRT), классы и функции стандартной библиотеки, COM-объекты и открытые функции Windows, которые вместе называются Windows API. общие сведения о Windows классических приложениях на c++ см. в разделе Начало работы с Win32 и C++.

Практическое руководство. Использование пакета SDK Windows 10 в классическом приложении Windows

при создании проекта классического Windows рабочего стола в Visual Studio он по умолчанию обращается к пакету SDK для Windows 10. Visual Studio устанавливает версию этого пакета SDK при установке рабочей нагрузки C++ для настольных систем. пакет SDK для Windows 10 поддерживает написание кода для Windows 7 SP1 и более поздних версий. дополнительные сведения о нацеливании на конкретные версии Windows см. в разделе использование Windows заголовков и обновление WINVER и _WIN32_WINNT.

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

использование правильного Windows SDK для проекта

начиная с Visual Studio 2015, библиотека среды выполнения C (CRT) была разделена на две части: одна часть, ucrtbase, содержит стандартные функции crt C и Microsoft, которые можно использовать в универсальных Windows приложениях. эта библиотека теперь называется универсальной библиотекой CRT или UCRT и перешла в пакет SDK Windows 10. UCRT содержит множество новых функций, таких как функции C99, которые необходимы для поддержки новейших стандартов языка C++. Другая часть исходной CRT — vcruntime. Он содержит поддержку, запуск и код завершения среды выполнения C, а также все остальное, которые не были отправлены в UCRT. Библиотека vcruntime устанавливается вместе с компилятором и набором средств C++ в Visual Studio. Дополнительные сведения см. в разделе функции библиотеки CRT.

UCRT теперь является системным компонентом, установленным на каждой версии Windows 10. Он также доступен как устанавливаемый компонент для всех более ранних поддерживаемых версий Windows. вы можете использовать Windows 10 SDK для всех поддерживаемых версий Windows. полный список поддерживаемых операционных систем см. в разделе Windows 10 SDK.

чтобы перенацелить проекты на использование пакета SDK для Windows 10 при обновлении версии проекта до Visual Studio 2015, выполните следующие действия.

Изменение целевой платформы для пакета SDK для Windows 10

8,1 в этом контексте относится к пакету SDK для Windows 8.1.

Если этот шаг выполнен успешно, в окне вывода появится следующее сообщение.

Retargeting End: 1 completed, 0 failed, 0 skipped

Откройте диалоговое окно Свойства проекта. в разделе свойства конфигурации > общие обратите внимание на значения Windows версия целевой платформы. Изменение значения на данном этапе действует аналогично данной процедуре. Дополнительные сведения см. в разделе Страница свойств «Общие» (проект).

нажмите кнопку макросы >> и прокрутите список макросов до Windows SDK макросов, чтобы просмотреть все новые значения.

При необходимости повторите процедуру перенаправления для других проектов решений и перестройте решение.

Изменение целевой платформы для пакета SDK для Windows 8.1

Откройте контекстное меню узла проекта в обозреватель решений и выберите пункт перенацелить проекты. (в более ранних версиях Visual Studio выберите изменить целевую версию пакета SDK.)

В раскрывающемся списке Версия целевой платформы выберите 8,1.

Настройка классического приложения для упаковки с помощью MSIX в Visual Studio

Для создания пакета для классического приложения в Visual Studio можно использовать Проект упаковки приложений Windows. Затем вы можете распространить пакет в Microsoft Store, в Интернете, на своем предприятии или с помощью любого другого механизма распространения.

Требуемая версия и рабочая нагрузка Visual Studio

Проект упаковки приложений Windows доступен в приведенных ниже версиях Visual Studio.

Чтобы шаблон проекта упаковки приложений Windows отобразился в меню «Добавление проекта», убедитесь, что у вас установлена хотя бы одна из следующих рабочих нагрузок Visual Studio:

Для оптимальной работы рекомендуем использовать последний выпуск Visual Studio.

Проект упаковки приложений Windows в Visual Studio поддерживается в Windows 10 версии 1607 и более поздних версиях. Его можно использовать только в проектах, предназначенных для юбилейного обновления Windows 10 (10.0; сборка 14393) или более поздней версии.

Ниже приведены некоторые другие действия, которые можно выполнить в проекте упаковки приложений Visual Studio.

✔️ Автоматическое создание визуальных ресурсов.

✔️ Внесение изменений в манифест с помощью визуального конструктора.

✔️ Создание пакета или набора с использованием мастера.

✔️ (При публикации в Microsoft Store) Простое назначение приложению идентификатора на основе имени, уже зарезервированного в Центре партнеров.

Подготовьте свое приложение

Прежде чем приступить к созданию пакета для приложения, ознакомьтесь с этим руководством. Prepare to package a desktop application (Подготовка к упаковке классического приложения).

Установите Проект упаковки приложения Windows в свое решение.

Приведенные ниже снимки экрана относятся к Visual Studio 2019 16.10.

В Visual Studio откройте решение, содержащее проект вашего классического приложения.

Добавьте Проект упаковки приложения Windows в свое решение.

Вам не потребуется добавлять в него какой-либо код. Он используется только для создания пакета. Мы будем называть этот проект «проектом упаковки».

Задайте целевую версию проекта (любую), но для параметра Минимальная версия укажите значение Юбилейное обновление Windows 10 или более позднюю версию.

Выберите пакет классического приложения и нажмите кнопку ОК.

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

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

Дальнейшие действия

Упаковка классического приложения в Visual Studio

См. статью Package a desktop or UWP app in Visual Studio (Упаковка классического приложения или приложения UWP в Visual Studio)

Запуск, отладка и тестирование классических приложений

Дополнительные ресурсы

Видео

Call UWP APIs in desktop apps (Вызов API UWP в классических приложениях)

Улучшение классического приложения путем добавления проектов UWP и компоненты среды выполнения Windows

См. в статье Extend your desktop app with modern UWP components (Улучшение классических приложений с помощью современных компонентов UWP).

Распространение приложения

См. статью Distribute your packaged desktop app (Распространение упакованного классического приложения)

Мастер классических приложений Windows

мастер Windows Desktop заменил мастер приложений Win32 в Visual Studio 2017 и более поздних версиях. Мастер позволяет создавать любые из четырех типов проектов C++ (перечисленных в заголовке в таблице ниже). В каждом случае можно указать дополнительные параметры, подходящие для открытого вами типа проекта.

В таблице ниже показано, какие параметры доступны для каждого типа приложения.

Тип поддержки	Консольное приложение	Исполняемое приложение (Windows)	Библиотека динамической компоновки	Статическая библиотека
Пустой проект	Да	Да	Да	Нет
Символы экспорта	Нет	Нет	Да	Нет
Предкомпилированный заголовок	Нет	Нет	Нет	Да
поддержка ATL	Да	Нет	Нет	Нет
поддержка MFC	Да	Нет	Нет	Да

Обзор

На этой странице мастера описываются текущие параметры проекта для создаваемого приложения Win32. По умолчанию заданы следующие параметры:

проект является приложением Windows;

проект не содержит символов экспорта;

проект не использует файл предкомпилированного заголовка (этот параметр доступен только для проектов статической библиотеки);

проект не включает поддержку MFC и ATL.

Тип приложения

Создает указанный тип приложения.

Дополнительные параметры

Определяет поддержку и параметры для приложения в зависимости от его типа.

Добавьте общие заголовки для:

Добавлена поддержка одной из библиотек, представленных в Visual C++.

Remarks

Создав классическое приложение Windows, можно добавить универсальные классы C++ с помощью мастера универсального кода. Можно добавить другие элементы, такие как файлы HTML, файлы заголовков, ресурсы или текстовые файлы.

Классы ATL добавить нельзя, а классы MFC можно добавить только в те типы классических приложений Windows, которые поддерживают MFC (см. предыдущую таблицу).

пошаговое руководство. создание традиционного Windows классического приложения (C++)

в этом пошаговом руководстве показано, как создать традиционное Windows классическое приложение в Visual Studio. в примере приложения, которое вы создадите, будет использоваться Windows API для вывода «Hello, Windows desktop!». «Hello, World!». Код, созданный в этом пошаговом руководстве, можно использовать в качестве шаблона для создания других классических приложений Windows.

Для краткости в тексте пропущены некоторые операторы кода. В разделе Построение кода в конце документа показан полный код.

Предварительные требования

Компьютер под управлением Microsoft Windows 7 или более поздних версий. Для обеспечения оптимальной среды разработки рекомендуется использовать Windows 10.

Базовые значения об использовании интегрированной среды разработки Visual Studio. Если вы уже использовали классические приложения для Windows, вы, вероятно, справитесь. Общие сведения см. в обзоре возможностей интегрированной среды разработки Visual Studio.

Основные навыки владения языком C++. Не волнуйтесь, мы не будем делать ничего сложного.

создание проекта Windows классических приложений

чтобы создать первый проект Windows desktop, выполните следующие действия. в процессе работы вы вводите код рабочего Windows приложения. Чтобы ознакомиться с документацией по предпочтительной версии Visual Studio, используйте селектор Версия. Он находится в верхней части оглавления на этой странице.

создание проекта Windows desktop в Visual Studio 2019

В главном меню выберите Файл > Создать > Проект, чтобы открыть диалоговое окно Создание проекта.

в верхней части диалогового окна задайте для параметра язык значение C++, задайте для параметра платформа значение Windows и задайте для параметра Project тип значение рабочий стол.

Нажмите кнопку Создать, чтобы создать проект.

В диалоговом окне Добавление нового элемента выберите Файл C++ (.cpp). В поле имя введите имя файла, например хелловиндовсдесктоп. cpp. Нажмите кнопку Добавить.

Visual C и плюсом, а также параметр файла c плюсом/с выделенным.» title=»Добавить CPP файл в Десктопапп Project» data-linktype=»relative-path»>

Теперь проект создан и исходный файл открыт в редакторе. Чтобы продолжить, перейдите к созданию кода.

создание проекта Windows desktop в Visual Studio 2017

В меню Файл выберите команду Создать, а затем пункт Проект.

в левой области диалогового окна создание Project разверните узел установленные > Visual C++ и выберите пункт Windows рабочий стол. в средней области выберите мастер рабочего стола Windows.

В поле имя введите имя проекта, например десктопапп. Нажмите кнопку ОК.

Visual C плюс плюс > Windows рабочего стола, выбранный параметр «мастер настольных систем Windows» и десктопапп введено в текстовом поле «имя».» title=»Назовите проект Десктопапп.» data-linktype=»relative-path»>

в диалоговом окне Windows рабочего стола Project в разделе тип приложения выберите Windows приложение (.exe). В поле Дополнительные параметры выберите Пустой проект. Убедитесь, что предварительно скомпилированный заголовок не выбран. Нажмите кнопку ОК, чтобы создать проект.

В диалоговом окне Добавление нового элемента выберите Файл C++ (.cpp). В поле имя введите имя файла, например хелловиндовсдесктоп. cpp. Нажмите кнопку Добавить.

Visual C и плюсом, а также параметр файла c плюсом/с выделенным.» title=»Добавить CPP файл в Десктопапп Project» data-linktype=»relative-path»>

Теперь проект создан и исходный файл открыт в редакторе. Чтобы продолжить, перейдите к созданию кода.

создание проекта Windows desktop в Visual Studio 2015

В меню Файл выберите команду Создать, а затем пункт Проект.

в левой области диалогового окна создание Project разверните узел установленные > шаблоны > Visual C++, а затем выберите пункт Win32. В средней области выберите шаблон Проект Win32.

В поле имя введите имя проекта, например десктопапп. Нажмите кнопку ОК.

> Visual C плюс плюс > win32, выделенный параметр win32 Project и десктопапп, введенные в текстовом поле имя.» title=»Назовите проект Десктопапп.» data-linktype=»relative-path»>

На странице Обзор мастера приложений Win32 нажмите кнопку Далее.

на странице Параметры приложений в разделе тип приложения выберите Windows приложение. В разделе Дополнительные параметры снимите флажок предкомпилированный заголовок, а затем выберите пустой проект. Чтобы создать проект, нажмите кнопку Готово.

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

В диалоговом окне Добавление нового элемента выберите Файл C++ (.cpp). В поле имя введите имя файла, например хелловиндовсдесктоп. cpp. Нажмите кнопку Добавить.

Visual C и плюсом, а также параметр файла c плюсом/с выделенным.» title=»Добавить CPP файл в Десктопапп Project» data-linktype=»relative-path»>

Теперь проект создан и исходный файл открыт в редакторе.

Создание кода

далее вы узнаете, как создать код для Windows классического приложения в Visual Studio.

Запуск классического приложения Windows

точно так же, как у каждого приложения C и C++ должна быть main функция в качестве начальной точки, каждое Windows классическое приложение должно иметь WinMain функцию. WinMain имеет следующий синтаксис:

Сведения о параметрах и возвращаемом значении этой функции см. в разделе WinMain Entry Point.

Дополнительные сведения см. в разделе Процедуры окна.

Добавление функциональных возможностей в функцию WinMain

Дополнительные сведения о полях приведенной выше структуры см. в разделе вндклассекс.

зарегистрируйте WNDCLASSEX Windows, чтобы он знал о вашем окне и способах отправки в него сообщений. Воспользуйтесь функцией RegisterClassEx и передайте структуру класса окна в качестве аргумента. Этот _T макрос используется, так как мы используем TCHAR тип.

на этом этапе окно было создано, но нам по-прежнему нужно сообщить Windows, чтобы сделать его видимым. Вот что делает этот код:

для обработки сообщений сначала нужно добавить цикл обработки сообщений для прослушивания сообщений, которые Windows отправляет. Когда приложение получает сообщение, этот цикл отправляет его в вашу WndProc функцию для обработки. Цикл обработки сообщений напоминает приведенный ниже код.

Дополнительные сведения о структурах и функциях, используемых в цикле обработки сообщений, см. в разделах, посвященных MSG, GetMessage, TranslateMessageи DispatchMessage.

На этом этапе функция WinMain должна напоминать приведенный ниже код.

Добавление функциональных возможностей в функцию WndProc

Одно важное сообщение для обработчика — WM_PAINT сообщение. Приложение получает сообщение, WM_PAINT когда часть его отображаемого окна необходимо обновить. Это событие может возникать, когда пользователь перемещает окно перед окном, а затем снова перемещает его. Приложение не знает, когда происходят эти события. только Windows знает, поэтому оно уведомляет ваше приложение с WM_PAINT сообщением. При первом отображении окна его все должно быть обновлено.

Для обработки сообщения WM_PAINT сначала вызовите метод BeginPaint, далее обработайте логику расположения текста, кнопок и других элементов управления в окне, а затем вызовите метод EndPaint. для приложения логика между начальным вызовом и завершающим вызовом отображает строку «Hello, Windows desktop!» «Hello, World!». В следующем коде функция Text используется для вывода строки.

HDC в коде — это обработчик контекста устройства, который используется для рисования в клиентской области окна. Используйте BeginPaint функции и EndPaint для подготовки и завершения рисования в клиентской области. BeginPaint Возвращает маркер контекста устройства отображения, используемый для рисования в клиентской области. EndPaint завершает запрос на рисование и освобождает контекст устройства.

Сборка кода

Как обещано, вот полный код для рабочего приложения.

Сборка примера

Удалите код, введенный в хелловиндовсдесктоп. cpp в редакторе. Скопируйте этот пример кода и вставьте его в хелловиндовсдесктоп. cpp:

В меню Построение выберите Построить решение. Результаты компиляции должны появиться в окне вывод в Visual Studio.

Чтобы запустить приложение, нажмите клавишу F5. окно, содержащее текст «Hello, Windows desktop!» должно отображаться в левом верхнем углу экрана.

Поздравляем! вы выполнили это пошаговое руководство и создали традиционное Windows классическое приложение.

Related posts:

1. Как заправить картридж для принтера hp 305
2. Как напечатать брошюру в ворде с двух сторон
3. Как писать разным шрифтом в ватсапе
4. Как получить доступ к папке system32

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

Область применения:Visual Studio Visual Studio для Mac Visual Studio Code

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 , если для каждого ссылки на Office PIA в проекте задано значение True, что является значением по умолчанию. В этом сценарии сведения о типе для типов PIA, используемых в решении, внедряются в сборку решения при сборке проекта. Во время выполнения внедренные сведения о типе используются вместо личных данных для вызова объектной модели на основе COM Приложение Office. Дополнительные сведения о том, как типы из piAs внедрены в решение, см. в разделе «Эквивалентность типов» и внедренные типы взаимодействия.

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

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

Клиентский профиль .NET Framework — это подмножество полной платформы .NET Framework. Если необходимо использовать только клиентские возможности платформы .NET Framework и требуется обеспечить наиболее быстрый режим развертывания для решения Office, то можно использовать клиентский профиль .NET Framework. Дополнительные сведения см. в разделе платформа .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 для Office, которые используются 64-разрядными и 32-разрядными выпусками Microsoft Office. Дополнительные сведения см. в набор средств Visual Studio для Office обзоре среды выполнения.

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

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

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

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

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

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

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

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

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

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

Связанные сборки

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

См. также

• Общие сведения о шаблонах проектов Office
• Практическое руководство. Создание проектов Office в Visual Studio
• Проекты Office в среде Visual Studio
• Свойства в проектах Office
• Запуск решений в разных версиях Microsoft Office
• Практическое руководство. Целевые Приложение Office ликации с помощью основных сборок взаимодействия
• Манифесты приложения и развертывания в решениях Office
• Практическое руководство. Настройка сведений о конфигурации для решения Office
• Использование функций Office в Visual Studio
• Развертывание решения Office
• Распространенные задачи в программировании Office
• Разработка решений Office
• Архитектура решений Office в Visual Studio