не может быть открыт поскольку такой тип проекта vcxitems не поддерживается
Не открывается проект: «Тип проекта не поддерживается в этой копии программы»
Вложения
 | Tests.rar (463.6 Кб, 10 просмотров) |
Ошибка при создании проекта «Тип проекта не поддерживается этой копией программы»
Пытаюсь создать проект в C# Express 2008 XNA 3.1, выскакивает ошибка Не удается открыть файл.
Решение
Vadimka74, какой смысл в вашем бессмысленном посте в этой теме годичной данности?
Vadimka74, выше уже есть ответ по этому вопросу
Помощь в написании контрольных, курсовых и дипломных работ здесь.
«Куча была повреждена» и » вызвал срабатывание точки останова» в самых разных местах программы
Причем точки останова в этом месте нет. Исходный код очень длинный. Кто знает, как это исправить?
Определить тип данных «Запись», имеющий поля «Фамилия», «Пол», «Зарплата»
определить тип данных запись имеющий поля фамилия пол зарплата. определить массив из 10 записей. в.
После обновления проекта до формата, который используется Visual Studio 2010 г., нельзя открыть проект bi
В этой статье вы можете решить проблему, из-за которой после обновления проекта до формата 2010 Microsoft Visual Studio бизнес-аналитики (BI) вы не сможете открыть проект.
Оригинальная версия продукта: Visual Studio 2010 г.
Исходный номер КБ: 983332
Симптомы
Рассмотрим следующий сценарий.
У вас есть проект BI. Например, у вас есть проект SQL Server analysis Services, проект SQL Server integration Services, проект SQL Server report Model или проект SQL Server Reporting Services.
Решение и проекты имеют следующие расширения имен файлов:
Проект BI создается с помощью SQL Server business intelligence Development Studio (BIDS) в одной из следующих версий SQL Server:
Вы обновляете проект до формата, который используется Visual Studio 2010 г.
В этом сценарии могут возникать следующие ошибки:
Вы не можете открыть проект в Visual Studio 2010 году. В окне Обозреватель решений имя проекта будет затемнено словом (недоступным) в скобки рядом с именем проекта.
Вы не можете открыть проект в SQL Server BIDS после обновления проекта.
Проект в окне Обозреватель решений перечислит следующую ошибку:
Эта ошибка указывает на то, что explorer решений не имеет тип проекта, с помощью который можно было бы открыть.
При попытке открыть файл проекта дважды щелкнув его, вы получите следующую ошибку:
Microsoft Visual Studio
‘Drive:\Path\Project_name.dwproj’ не может быть открыт, так как его тип проекта (.dwproj) не поддерживается этой версией приложения.
Чтобы открыть его, используйте версию, которая поддерживает этот тип проекта.
Причина
Эта проблема возникает, поскольку Visual Studio 2010 г. не позволит изменить проект BI, созданный с помощью BIDS в SQL Server 2005 г., в SQL Server 2008 г. или в SQL Server 2008 г. R2.
Решение
Чтобы устранить проблему, из-за которой нельзя открыть проект в SQL Server BIDS после обновления проекта, выполните следующие действия:
Дополнительные сведения
Проект BI — это особый вид Visual Studio, который можно открыть в Visual Studio. Однако необходимо установить компоненты BIDS вместе с соответствующей оболочкой Visual Studio, чтобы можно было создавать или изменять проекты BI. Компоненты BIDS выпускаются в SQL Server 2005 г., SQL Server 2008 г. и SQL Server R2 2008 г. Эти компоненты BIDS не предназначены для совместной работы с Visual Studio 2010 г. Поэтому обновленный проект не может быть открыт в Visual Studio 2010 г.
Вы используете Visual Studio 2010 г. для открытия проекта BI, созданного с помощью BIDS в SQL Server 2005 г., SQL Server 2008 г. или в SQL Server 2008 г. R2. В этой ситуации Visual Studio 2010 г. позволяет обновить проект до формата 2010 Visual Studio 2010 г. Более ранние версии Visual Studio не поддерживают открытие проектов из будущей версии Visual Studio. Поэтому нельзя открыть обновленный проект в версии BIDS, которую вы использовали для создания проекта.
В следующей таблице перечислены поддерживаемые конфигурации, чтобы можно было открывать и редактировать различные bi-проекты с помощью различных Visual Studio версий. Проекты BI, созданные с помощью BIDS, не могут быть отредактированы в Visual Studio 2010 г. Если у вас есть решение, содержае bi-проекты и другие проекты, мы рекомендуем вам вернуться к решению перед открытием решения в Visual Studio 2010 г.
visual studio 2010 не может быть открыт тип проекта () не поддерживается этой версией
Проект работал над PC номером 1. Скопировал проект на внешний диск и пытается загрузить проект из PC номер 2. Оба PCs имеют аналогичную установку VS2010 premium. Можно запустить веб-сайт нормально локально. VS2010 выдает следующую ошибку при открытии проекта.
visual studio 2010 не может быть открыт, так как его тип проекта () не поддерживается этой версией приложения
Ошибка указывает на то, что что-то не установлено на PC номер 2. Но как я могу узнать, какое программное обеспечение отсутствует?
2 ответа
У меня есть большой файл решения, и несколько проектов не могут быть загружены. У меня есть все файлы в соответствующих каталогах. Но когда я щелкаю правой кнопкой мыши и пытаюсь загрузить проект, я получаю следующую ошибку: Файл проекта C:\myapp.proj не может быть открыт. Тип проекта не.
На компьютере, где это работает, гото:
Это должно дать вам список установленных расширений, и вы можете сопоставить его с компьютером, на котором он не работает.
Я предполагаю, что у вас есть проект MVC и вы не установили ASP.NET MVC на второй машине.
Похожие вопросы:
Я пытаюсь открыть проект MVC 3 в своей системе, но получаю следующую ошибку: Майкрософт Visual Studio Файл проекта C:\Users\abc\Desktop\trunk\iCorpNow\iCorpNow.csproj не может быть открыт. Тип.
Я пытаюсь запустить проект, созданный кем-то другим в моей локальной среде. В настоящее время я использую следующие продукты: Visual Studio 2010 конечной версии с пакетом обновления 1 10.0.40219.1.
У меня есть большой файл решения, и несколько проектов не могут быть загружены. У меня есть все файлы в соответствующих каталогах. Но когда я щелкаю правой кнопкой мыши и пытаюсь загрузить проект, я.
У меня Visual Studio 2010 установлен в системе Windows 8 Pro 64 bit. Он не может открыть wixproj. Сообщение об ошибке Setup.wixproj не может быть открыт, так как его тип проекта (.wixproj) не.
Я пытаюсь создать новое приложение Службы WCF в Visual Studio 2010. При заполнении имени и нажатии кнопки ‘Ok’ я получаю следующее сообщение: Файл проекта x.csproj не может быть открыт. Тип.
Я использую Visual Studio 2010 Professional, и когда я пытаюсь открыть решение, я получаю следующую ошибку: Проект не может быть открыт, так как его тип проекта (.modelProj) не поддерживается этой.
.cs файл проекта Проект был создан с использованием Visual Studio 2010, и я пытаюсь открыть его в самом Visual Studio 2010, но все еще сталкиваюсь с этой проблемой. Я открыл этот проект в VS 2012.
Тип проекта не поддерживается этой установкой
«The project type is not supported by this installation»
Похоже, что моя установка Visual Studio не повреждена (я могу сделать с ней почти все, кроме открытия этих файлов csproj)
Что может быть причиной этого?
15 ответов
После установки ASP.net MVC, когда я пытаюсь загрузить существующее или новое приложение MVC (прямо из нового проекта-Проект Для создания приложения с использованием фреймворка ASP.NET MVC (1.0) (.NET Framework 3.5)) Я получаю следующую ошибку: Майкрософт Visual Studio Файл проекта ‘path’ не может.
Какое издание VS вы используете? VS2008 Express, Standard, Pro или Team System? VS2010 Professional, Premium или Ultimate? Я ожидал бы, что загруженный вами проект был создан с использованием более высокой версии Visual Studio и использует некоторые из этих расширенных функций. Таким образом, вы не можете открыть его.
EDIT: также возможно, что вам не хватает некоторых продвинутых фреймворков,таких как более новые версии Windows Mobile SDK, но если я правильно помню, сообщение об ошибке в таком случае отличается.
Для Visual Studio 2010 (возможно, также и для других версий):
Для других версий ASP.NET MVC загрузите их с www.asp.net/mvc или через установщик веб-платформы 4.0.
Я пытаюсь открыть проект MVC 3 в своей системе, но получаю следующую ошибку: Майкрософт Visual Studio Файл проекта C:\Users\abc\Desktop\trunk\iCorpNow\iCorpNow.csproj не может быть открыт. Тип проекта не поддерживается этой установкой. OK справка У меня есть как asp.net MVC 2, так и asp.net MVc.
Вместо того чтобы искать GUIDs, вы можете просто удалить теги GUIds. Затем попробуйте снова открыть проект. При втором открытии вы должны получить более разумное сообщение об ошибке.
Например, моя проблема заключалась в том, что я не установил SharePoint Developer Tools, когда установил Visual Studio 2010 на свою виртуальную машину разработки. Поэтому, когда я попытался открыть проект после удаления GUIDs, VS2010 сказал мне, что путь, который он искал, не существует.
Поэтому VS2010 искал библиотеку SharePoint, которая не была установлена. Мне просто нужно было снова запустить установку, а затем добавить эту функцию.
Была такая же проблема с «The project type is not supported by this installation» для веб-проектов в VS 2010 Premium.
и магия не помогла.
Те же самые проекты прекрасно работали на соседней коробке с премией VS 2010.
Как оказалось, единственная разница заключалась в том, что в моей установке VS отсутствовали следующие установленные продукты (их можно найти в диалоге VS About):
У меня была та же проблема с открытием решения NuGet с помощью VS 2010 Ultimate, но следующая команда исправила ее:
Если вы используете VS 2010 и это проект ASP.NET, убедитесь, что у вас установлен визуальный разработчик из VS 2010 CD. Это не бесплатно, а часть того, что требуется для работы над ASP.NET проектами в Visual Studio.
Вы также можете попробовать выполнить следующую команду:
Возможно, вам придется установить «Microsoft Web Platform Installer» из http:/ / www.microsoft.com/web/downloads/platform. aspx
они укажут на компонент, которого вам не хватает. В моем случае это было ASP.NET MVC 2. Кто-то работал по установке MVC 2 из дистрибутивов.
Мой случай был хуже, потому что установка не работала, но оказалось, что это было потому, что у меня были Express 2008 и 2010. Я исправил это, удалив оба 2008 & 2010 и установив только версии 2010. Для c# вам нужны как Visual C# Express, так и Visual Web Developer express
В дополнение к этому, «тип проекта не поддерживается этой установкой» может возникнуть, если вы пытаетесь открыть проект на компьютере, который не содержит целевой версии фреймворка.
Это также может возникнуть при попытке открыть проект ASP.Net MVC, в то время как у вас не установлен ASP.Net MVC с вашим Visual Studio 2010. В моем случае это было ASP.Net MVC 3.0
Мои проблемы, потому что эта строка в project (. csproj) имеет новую строку (vs2010)
Когда я обновлюсь до
Я могу открыть снова
Проблема для меня заключалась в том, что мой ProjectTypeGuid был MVC4, но у меня его не было установлено на целевом сервере. Решение состояло в том, чтобы изменить ProjectTypeGuids на библиотеку классов и включить MVC DLLs в проект, а не проект забрать их из GAC.
Похожие вопросы:
— привет. Итак, у нас есть проект VS2010 и сервер VisualSVN на одной машине. Мы добавили новую машину с клиентским визуальным svn и проецируемым загруженным. за исключением службы WCF. я получаю.
Я пытаюсь узнать MVVM используя Лоран Бюньон способ MVVM свет. Я установил двоичные файлы и шаблоны (используя последнюю версию от 23 января 2011 года) Я могу создавать проекты WPF и SL4, но когда я.
Я пытаюсь открыть проект silverlight в Visual Studio 2008 и получаю эту ошибку. Тип проекта не поддерживается этой установкой. Позвольте мне сказать вам, что я это сделал.: VS2008 С пакетом.
После установки ASP.net MVC, когда я пытаюсь загрузить существующее или новое приложение MVC (прямо из нового проекта-Проект Для создания приложения с использованием фреймворка ASP.NET MVC (1.0).
Я пытаюсь открыть проект MVC 3 в своей системе, но получаю следующую ошибку: Майкрософт Visual Studio Файл проекта C:\Users\abc\Desktop\trunk\iCorpNow\iCorpNow.csproj не может быть открыт. Тип.
я установил Xamarin Enterprise edition на свой компьютер 9 дней назад. Он работал нормально, и я собрал несколько проектов и протестировал его на эмуляторах. Но через несколько раз-сегодня, когда я.
Visual Studio интеграция C++ Project расширяемость системы и набор инструментов
Система проектов Visual C++ используется для VCXPROJ-файлов. он основан на Visual Studio стандартной Project системе (CPS) и предоставляет дополнительные специальные точки расширения C++ для простоты интеграции новых наборов инструментов, архитектуры сборки и целевых платформ.
структура целевых объектов C++ MSBuild
Все файлы VCXPROJ импортируют следующие файлы:
Эти файлы определяются по отдельности. Вместо этого они импортируют другие файлы на основе этих значений свойств:
примеры: магазин Windows, Android, Linux
Это должна быть допустимая строка версии в виде основной. дополнительный номер [. сборка [. Редакция]].
Архитектура сборки с именем «Platform» по историческим причинам.
Примеры: Win32, x86, x64, ARM
Примеры: V140, v141, v141_xp, LLVM
$(VCTargetsPath) \
Тип приложения\
$(ApplicationType) \
$(ApplicationTypeRevision) \
Платформ\
$(Platform) \
платформтулсетс\
$(PlatformToolset)
Платформ\
$(Platform) \
платформтулсетс\
$(PlatformToolset)
Добавить новый набор инструментов платформы
каждое имя папки в платформтулсетс отображается в диалоговом окне свойств Project как доступный набор инструментов платформы для указанной платформы, как показано ниже:
Создавайте похожие папки митулсет и набор инструментов. props и Targets в каждой существующей папке платформы, которую поддерживает этот набор инструментов.
Добавление новой платформы
Добавление нового типа приложения
$(ApplicationType)«$(ApplicationTypeRevision) Свойства и не отображаются в пользовательском интерфейсе. Они определяются в шаблонах проектов и не могут быть изменены после создания проекта.
Дерево импорта. vcxproj
Упрощенное дерево импортов для свойств PROPS и targets в Microsoft C++ выглядит следующим образом:
для Windows классических приложений и
для всех остальных.
Файлы PROPS импортируются в следующем порядке:
Целевые файлы импортируются в следующем порядке:
Если необходимо определить некоторые свойства по умолчанию для набора инструментов, можно добавить файлы в соответствующие папки Импортбефоре и Импортафтер.
Файлы набора инструментов автора. props и Toolset. targets
Хотя набор инструментов может переопределять весь процесс сборки, обычно требуется, чтобы набор инструментов мог изменить или добавить некоторые шаги построения или использовать другие средства сборки в рамках существующего процесса сборки. Для этого существует ряд общих свойств и целевых файлов, которые можно импортировать в набор инструментов. В зависимости от того, что должен делать набор инструментов, эти файлы могут быть полезны для использования в качестве импорта или в качестве примеров.
$(VCTargetsPath) \Microsoft. Кппкоммон. targets
Этот файл определяет основные части процесса сборки в машинном код, а также импортирует:
$(VCTargetsPath) \Microsoft. Кппбуилд. targets
$(VCTargetsPath) \Microsoft. Буилдстепс. targets
$(MSBuildToolsPath) \Microsoft. Common. targets
$(VCTargetsPath) \Microsoft. cpp. Common. props
Задает значения по умолчанию для наборов инструментов, использующих компиляторы Майкрософт и целевой Windows.
$(VCTargetsPath) \Microsoft. cpp. Виндовссдк. props
этот файл определяет расположение Windows SDK и определяет некоторые важные свойства для приложений, предназначенных для Windows.
Интеграция целевых объектов набора инструментов с процессом сборки C++ по умолчанию
Процесс сборки C++ по умолчанию определяется в Microsoft. кппкоммон. targets. Целевые объекты не вызывают никаких конкретных средств сборки. они указывают основные этапы построения, их порядок и зависимости.
Сборка C++ включает три основных шага, которые представлены следующими целевыми объектами:
Поскольку каждый шаг сборки может выполняться независимо, целевые объекты, выполняемые на одном шаге, не могут полагаться на группы элементов и свойства, определенные в целевых объектах, которые выполняются как часть другого этапа. Это деление позволяет выполнять определенные оптимизации производительности сборки. Хотя это и не используется по умолчанию, по-прежнему рекомендуется учитывать это разделение.
Целевые объекты, выполняемые внутри каждого этапа, контролируются следующими свойствами:
Каждый шаг также имеет свойства Before и After.
Если взглянуть на цели, например, вы увидите, что _ClCompile они не выполняют никаких действий напрямую, а зависят от других целей, в том числе ClCompile :
ClCompile и другие целевые объекты для конкретного инструмента сборки определяются как пустые целевые объекты в Microsoft. кппбуилд. targets:
Так как ClCompile целевой объект пуст, если он не переопределен набором инструментов, реальное действие сборки не выполняется. Целевые объекты набора инструментов могут переопределять ClCompile целевой объект, то есть они могут содержать еще одно ClCompile Определение после импорта Microsoft. кппбуилд. targets:
несмотря на свое имя, созданное до Visual Studio реализации кросс-платформенной поддержки, ClCompile цель не должна вызывать CL.exe. он также может вызывать Clang, gcc или другие компиляторы с помощью соответствующих задач MSBuild.
MSBuild задачи для использования в целях набора инструментов
Microsoft.Cpp.Common.Tasks.dll реализует следующие задачи:
ClangCompile (Clang — параметры GCC)
CustomBuild (например, Exec, но с отслеживанием входных и выходных данных)
Если у вас есть средство, выполняющее те же действия, что и у существующего средства, и оно имеет аналогичные параметры командной строки (например, Clang-CL и CL Do), то для обеих задач можно использовать одну и ту же задачу.
Если необходимо создать новую задачу для инструмента построения, можно выбрать один из следующих вариантов.
если вы используете эту задачу редко или в течение нескольких секунд не имеет значения для сборки, можно использовать MSBuild «встроенные» задачи:
Задача XAML (настраиваемое правило сборки)
Если не все входные и выходные данные средства указаны в командной строке средства, как в CL MIDL сценариях, и, RC а также если требуется автоматическое отслеживание входных и выходных файлов и создание файла журнала, создайте задачу из Microsoft.Build.CPPTasks.TrackedVCToolTask класса. В настоящее время в документации по базовому классу ToolTask нет примеров или документации для сведений о TrackedVCToolTask классе. Если это будет особым интересом, добавьте свой счет в запрос на Community разработчика.
Добавочные сборки и актуальные проверки
по умолчанию MSBuild добавочной сборки Inputs используют Outputs атрибуты и. если они указаны, MSBuild вызывает целевой объект, только если какой-либо из входов имеет более новую отметку времени, чем все выходные данные. поскольку исходные файлы часто содержат или импортируют другие файлы, а средства построения создают различные выходные данные в зависимости от параметров средства, трудно указать все возможные входные и выходные данные в MSBuild целевых объектах.
Для управления этой проблемой в сборке C++ используется другой метод для поддержки добавочных сборок. Большинство целевых объектов не указывают входные и выходные данные, и в результате всегда выполняется во время сборки. Задачи, вызываемые целями, записывают сведения обо всех входных и выходных данных в файлы журнала отслеживания с расширением журнала. Файлы журнала отслеживания используются в последующих сборках для проверки изменений и необходимости их перестроения и обновления. Файлы журнала отслеживания также являются единственным источником для проверки сборки по умолчанию в интегрированной среде разработки.
Microsoft.Build.CPPTasks.Common.dll определяет TrackedVCToolTask открытый абстрактный базовый класс. Большинство задач машинного средства являются производными от этого класса.
файлы журнала отслеживания
Существует три типа файлов журнала отслеживания: Чтение, запись и Командная строка. Чтение и запись файлов журнала отслеживания использования осуществляется добавочными сборками и актуальными проверками в интегрированной среде разработки. Файлы журнала в командной строке используются только в инкрементных сборках.
MSBuild предоставляет эти вспомогательные классы для чтения и записи файлов журнала отслеживания:
Класс флаттраккингдата можно использовать для доступа к файлам для чтения и записи журналов отслеживания, а также для выдачи новых входных данных, отличных от выходных, или в случае отсутствия выходных данных. Он используется в проверке на наличие обновлений.
Файлы из командной строки. журналы содержат сведения о командных строках, используемых в сборке. они используются только для добавочных сборок, а не для проверки на актуальность, поэтому внутренний формат определяется MSBuild задачей, которая их создает.
Чтение формата журнала отслеживания
Знак крышки ( ^ ) в начале строки указывает на один или несколько источников. Источники, использующие одни и те же зависимости, разделяются вертикальной чертой ( | ).
Файлы зависимостей перечисляются после источников, каждый из которых находится в отдельной строке. Все имена файлов являются полными путями.
Например, предположим, что источники проекта находятся в языке F: \ Test \ ConsoleApplication1 \ ConsoleApplication1. Если исходный файл, Class1. cpp, содержит эти данные,
Затем файл CL. Read. 1. отслеживания содержит исходный файл, за которым следуют две зависимости:
Не обязательно писать имена файлов в верхнем регистре, но для некоторых средств это удобно.
Запись формата журнала отслеживания
Знак крышки ( ^ ) в начале строки указывает на один или несколько источников. Несколько источников разделяются вертикальной чертой ( | ).
Выходные файлы, созданные из источников, должны быть перечислены после источников, каждый из которых находится в отдельной строке. Все имена файлов должны быть полными путями.
Например, для простого проекта Консолеаппликатион с дополнительным исходным файлом Class1. cpp файл Link. Write. 1. журнала может содержать:
Сборка во время разработки
в проектах IDE проекты. vcxproj используют набор MSBuild целевых объектов для получения дополнительных сведений из проекта и повторного создания выходных файлов. Некоторые из этих целей используются только в сборках времени разработки, но многие из них используются как в регулярных сборках, так и во время разработки.
Общие сведения о сборках времени разработки см. в документации CPS для сборок времени разработки. Эта документация частично применима только к Visual C++ным проектам.
CompileDesignTime Compile Целевые объекты и, упомянутые в документации по сборкам времени разработки, никогда не запускаются для проектов с поддержкой vcxproj. В проектах Visual C++. vcxproj для получения информации IntelliSense используются различные целевые объекты времени разработки.
Целевые объекты времени разработки для данных IntelliSense
GetClCommandLines Целевой объект собирает параметры компилятора для IntelliSense:
DesignTimeBuildInitTargets — целевые объекты только для времени разработки, необходимые для инициализации сборки во время разработки. Помимо прочего, эти целевые объекты отключают некоторые стандартные функции сборки для повышения производительности.
ComputeCompileInputsTargets — набор целевых объектов, которые изменяют параметры и элементы компилятора. Эти целевые объекты выполняются как во время разработки, так и в обычных сборках.
Целевой объект вызывает CLCommandLine задачу, чтобы создать командную строку, используемую для IntelliSense. Опять же, несмотря на свое имя, оно может работать не только с параметрами CL, но также и с параметрами Clang и GCC. Тип переключателей компилятора управляется ClangMode свойством.
В настоящее время Командная строка, создаваемая CLCommandLine задачей, всегда использует параметры CL (даже в режиме Clang), так как механизм IntelliSense упрощает синтаксический анализ.
Если вы добавляете целевой объект, который выполняется перед компиляцией, как обычный или во время разработки, убедитесь, что он не нарушает сборки времени разработки или не влияет на производительность. Самый простой способ протестировать цель — открыть командную строку разработчика и выполнить следующую команду:
Эта команда создает подробный журнал сборки, MSBuild. log, содержащий сводку по производительности для целевых объектов и задач в конце.
Целевые объекты времени разработки, которые создают источники
Эта функция отключена по умолчанию для настольных машинных проектов и сейчас не поддерживается в кэшированных проектах.
Если GeneratorTarget для элемента проекта определены метаданные, целевой объект запускается автоматически при загрузке проекта и изменении исходного файла.
Чтобы использовать Task.HostObject для получения несохраненного содержимого исходных файлов, целевые объекты и задачи должны быть зарегистрированы как мсбуилдхостобжектс для указанных проектов в pkgdef:
Visual C++ расширяемость проектов в интегрированной среде разработки Visual Studio
система проектов Visual C++ основана на системе VS Projectи использует ее точки расширения. Однако реализация иерархии проекта зависит от Visual C++, а не от CPS, поэтому расширяемость иерархии ограничена элементами проекта.
Страницы свойств проекта
Файлы правил должны быть добавлены в PropertyPageSchema группу элементов:
Context Метаданные ограничивают видимость правил, которые также управляются типом правила и могут иметь одно из следующих значений:
Project | File | PropertySheet
CPS поддерживает другие значения для типа контекста, но они не используются в проектах Visual C++.
Если правило должно быть видимым более чем в одном контексте, используйте точку с запятой (;), чтобы разделить значения контекста, как показано ниже:
Формат правила и основные типы
Формат правила прост, поэтому в этом разделе описываются только те атрибуты, которые влияют на то, как оно выглядит в пользовательском интерфейсе.
Если правило использует один из шаблонов на основе сетки свойств, оно может использовать эти точки расширения для своих свойств:
Расширение правила
Если вы хотите использовать существующее правило, но необходимо добавить или удалить (то есть скрыть) всего несколько свойств, можно создать правило расширения.
Переопределение правила
Возможно, вы хотите, чтобы набор инструментов использовал большинство правил проекта по умолчанию, но можно заменить только один или несколько из них. Например, предположим, что нужно изменить только правило C/C++ для отображения различных параметров компилятора. Можно указать новое правило с тем же именем и отображаемым именем, что и у существующего правила, и включить его в PropertyPageSchema группу элементов после импорта целевых объектов cpp по умолчанию. В проекте используется только одно правило с заданным именем, а Последнее из них включено в PropertyPageSchema группу элементов.
Элементы проекта
файл ProjectItemsSchema.xml определяет ContentType ItemType значения и для элементов, которые обрабатываются как Project элементы, и определяет FileExtension элементы для определения группы элементов, к которой добавляется новый файл.
Затем в файле targets добавьте:
Отладчики
служба отладки в Visual Studio поддерживает расширяемость для модуля отладки. Дополнительные сведения см. в следующих примерах:
Развертывание
проекты с расширением vcxproj используют Visual Studio Project расширяемость системы для поставщиков развертывания.
Проверка сборки
Использование пользовательской проверки на актуальную версию:
Отключите проверку по умолчанию на обновленную версию, добавив NoVCDefaultBuildUpToDateCheckProvider возможность в файл набора инструментов. targets :
обновление Project
Обновление проекта по умолчанию. vcxproj
Этот критерий используется для определения возможности обновления проекта.
Свойство _UpgradePlatformToolsetFor_ определено для текущего набора инструментов, а его значение не равно текущему набору инструментов.
В этих именах свойств представляет имя набора инструментов, в котором все символы, отличные от буквенно-цифровых, заменены символом подчеркивания ( _ ).
Если проект можно обновить, он участвует в перенацелении решения. Дополнительные сведения см. в разделе IVsTrackProjectRetargeting2.
Если необходимо задекоративировать имена проектов в Обозреватель решений если в проектах используется определенный набор инструментов, определите _PlatformToolsetShortNameFor_ свойство.
Пользовательский метод обновления проекта
Чтобы использовать пользовательский объект обновления проекта, реализуйте компонент MEF, как показано ниже:
Код может импортировать и вызвать объект обновления по умолчанию. vcxproj:
Определите VCProjectUpgraderObjectName свойство, чтобы система проектов предскажета использовать пользовательский объект обновления:
Отключить обновление проекта
Чтобы отключить обновление проекта, используйте NoUpgrade значение.
кэш Project и расширяемость
Поскольку отсутствуют объекты CPS для проектов с расширением VCXPROJ, загруженных из кэша, компоненты MEF расширения, которые импортируются UnconfiguredProject или ConfiguredProject не могут быть созданы. для поддержки расширяемости кэш проекта не используется, когда Visual Studio определяет, использует ли проект расширения MEF (или, скорее всего, будет использоваться).
Эти типы проектов всегда полностью загружены и имеют объекты CPS в памяти, поэтому для них создаются все расширения MEF:
Проекты, у которых есть пользовательский проект обновления, то есть они определяют VCProjectUpgraderObjectName свойство
проекты, не предназначенные для настольных Windows, то есть определяют ApplicationType свойство
Проекты общих элементов (. vcxitems) и любые проекты, ссылающиеся на них, путем импорта проектов vcxitems.
Если ни одно из этих условий не обнаружено, создается кэш проекта. кэш включает все данные проекта MSBuild, необходимые для ответа get на запросы в VCProjectEngine интерфейсах. это означает, что все изменения в MSBuild props и targets на уровне файлов, выполненных расширением, должны просто работать в проектах, загруженных из кэша.
Доставка расширения
Дополнительные ресурсы
система Microsoft Build (MSBuild) предоставляет механизм сборки и расширяемый формат на основе XML для файлов проекта. вы должны быть знакомы с основными понятиями MSBuild и с тем, как MSBuild для Visual C++ работает для расширения Visual C++ системы проектов.
Managed Extensibility Framework (MEF) предоставляет api расширения, используемые CPS и системой проектов Visual C++. Общие сведения об использовании MEF в CPS см. в разделе CPS и MEF в ВСПРОЖЕКТСИСТЕМ обзоре MEF.
Можно настроить существующую систему сборки для добавления шагов сборки или новых типов файлов. дополнительные сведения см. в статьях обзор MSBuild (Visual C++) и работа со свойствами проекта.