Как установить xaml для visual studio
Обновлено: 07.07.2024
Visual Studio и Blend для Visual Studio предоставляют визуальные инструменты для создания привлекательных пользовательских интерфейсов и мультимедийных процедур на основе XAML для разных типов приложений. Обе интегрированные среды разработки (IDE) совместно используют общий набор функций, включая визуальный редактор XAML (конструктор). Blend для Visual Studio, поддерживающий платформы WPF и UWP, предоставляет дополнительные средства для разработки визуальных состояний и создания анимаций.
Вы можете переключаться между Visual Studio и Blend для Visual Studio и даже открыть один и тот же проект одновременно в обеих IDE. Изменения, сохраненные в файлах XAML в одной интегрированной среде разработки, в результате автоматической перезагрузки могут применяться при переходе к другой среде. Вы можете управлять поведением перезагрузки, перейдя в меню Сервис > Параметры > > документы среды в любой интегрированной среде разработки.
Установка
Чтобы создать приложения UWP, установите в Visual Studio рабочую нагрузку Разработка приложений для универсальной платформы Windows. Средство Blend для Visual Studio также будет установлено.
Возможности общего доступа
Для основных задач разработки Visual Studio и Blend для Visual Studio используют один и тот же набор окон и возможностей с незначительными отличиями. Некоторые особенности:
Технология IntelliSense: Обе IDE поддерживают возможности IntelliSense, такие как завершение операторов.
Отладка: вы можете выполнять отладку в Visual Studio и Blend для Visual Studio, в том числе задавать точки останова в коде для отладки работающего приложения и использовать горячую перезагрузку для изменения кода XAML во время работы приложения. Для согласованности сред в Blend реализована большая часть окон и панелей инструментов отладки из Visual Studio.
Перезагрузка файла: файлы XAML можно редактировать либо в Visual Studio, либо в Blend для Visual Studio. Измененные файлы, которые были сохранены повторно, автоматически перезагружаются при переключении между IDE. Вы можете управлять поведением перезагрузки, перейдя в меню Сервис > Параметры > > документы среды в любой интегрированной среде разработки.
Синхронизированные макеты и параметры: параметры макетов и параметров макета окна инструментов настройки для Visual Studio или Blend для Visual Studio синхронизируются между устройствами и версиями при входе с использованием той же учетной записи персонализации. См. статью Синхронизация параметров Visual Studio на нескольких компьютерах.
Расширенные возможности Blend для Visual Studio
Чтобы увеличить производительность, используйте Blend для Visual Studio для выполнения следующих задач. Ниже описаны области, при работе с которыми Blend для Visual Studio обеспечивает дополнительные возможности по сравнению с кодом или конструктором Visual Studio.
Используйте средства правки шаблонов для внесения изменений в элементы управления, стили и шаблоны с помощью всего нескольких щелчков мыши.
Возможности создания данных в Blend для Visual Studio весьма обширны (можно легко добавлять имена, числа, URL-адреса и фотографии) и позволяют сэкономить много времени.
Дополнительные сведения о расширенных задачах разработки XAML см. в статье Создание пользовательского интерфейса с помощью Blend для Visual Studio.
Из учебника (см. рисунки 7 и 8) видно, что должны быть окна с графическим интерфейсом. Однако, когда я пытаюсь открыть файл .xaml в обозревателе решений, View Code (Ctrl + Alt + 0) и View Designer (Shift + F7) представляют одно и то же: просто код. Как открыть окно GUI?
Нет конструктора пользовательских интерфейсов XAML:
No Full XAML View Setting: Спасибо!
Это версия Visual Studio, которую я загрузил. Описание приводит меня к мысли, что XAML UI Designer должен быть установлен и что это не должно быть проблемой.
Экспресс-2013 для Windows Desktop
Инструменты> Опция> XAML Designer и включение XAML Designer помогли мне.
PS: по умолчанию это включено. Я отключил его из-за проблемы с производительностью VS и забыл об этом изменении и столкнулся с той же проблемой, когда начал работать над проектом WPF.
Я считаю, что вы ищете XAML Designer и его можно загрузить здесь:
Я использую Microsoft VS Community 2015 (окончательное обновление)
(снимок экрана)
Я не уверен, что я должен опубликовать ответ здесь, потому что он может не применяться для VS Express 2013.
У меня точно такая же проблема с использованием Visual Studio 2015 Community Edition. Оказывается, мой проект Целевая версия выше.
- Щелкните правой кнопкой мыши свой проект в проводнике решений.
- Измените целевую версию на Windows 10 (10.0; Build 10240).
Сообщите мне, если это не актуально, и я удалю свой ответ.
Конструктор XML можно отключить с помощью Resharper в Resharper> Параметры> Руководство по производительности
Я исправил свою проблему, отключив блок Resharper и восстановив конструктор XML в меню "Инструменты"> "Параметры".
В VS2017 v15.8.9 я обнаружил, что конструктор не отображается, например, при щелчке правой кнопкой мыши в области кода представления xaml и выборе View Designer.
Выполнение следующих действий разрешило это для меня: я вошел в Инструменты> Параметры> XAML Designer, и была отмечена опция Enable XAML Designer. Итак, я снял флажок, щелкнул Ok в диалоговом окне "Параметры", чтобы закрыть его.
Я вышел и перезапустил Visual Studio и снова вошел в Инструменты> Параметры> XAML Designer, поставил галочку на Enable XAML Designer, нажал Ok, перезапустил Visual Studio, и теперь он работает.
Подтверждение ответа Сэма на VS 2015; Кажется, что VS имеет воспроизводимую особенность: 1. Создайте новое решение (Windows Universal, скажем) 2. Создайте новую страницу просмотра XAML в этом решении 3. Если конструктор не загружается на эту страницу, сделайте то, что говорит Сэм: Щелкните правой кнопкой мыши свой проект в обозревателе решений и измените целевую версию на Windows 10 (10.0; Build 10240). У меня была такая же проблема в проекте, что было создано новое тестовое решение для изучения проблемы и возникла та же проблема. Сэм исправил работу.
Проблема: конструктор пользовательского интерфейса XAML не показывает
Решения: (отличается от и намного более элегантно, чем мое раннее решение)
- Нажмите файл решения ( .sln ) в Обозреватель решений, если файл .sln указан в обозревателе решений
- Нажмите значок Развернуть панель, чтобы отобразить панель "Дизайн", если она отображается
Решение 1: откройте файл .sln:
Мой проект клонируется из репозитория git. Когда я открываю его из Стартовая страница, он открывается с полным списком файлов в Обозреватель решений. Если я открываю любой из .xaml файлов из этого Обозревателя решений, они открываются с помощью XML-редактора, который не отображает графическое представление XAML.
В самом низу Обозреватель решений находится файл .sln (solution). Открытие этого файла затем загружает список файлов, к которым я привык. Если какие-либо файлы .xaml открыты, у них не будет доступа к представлению "Дизайн". Открывая их и закрывая в этот момент, загрузите представление "Дизайн". Если представление "Дизайн" по-прежнему не отображается, см. Решение 2 сразу же.
Решение 2: нажмите "Развернуть панель" :
В нижней части окна редактора XAML вы можете увидеть маленький значок с двойной стрелкой (Развернуть панель). Если вы это сделаете, это означает, что вы скрыли Панель дизайна. Нажмите его, и вы должны вернуть панель дизайна.
Версия: Visual Studio 2017
Сведения о проблеме:
Я вытащил проект, над которым я работал, из репозитория git на проблемный компьютер (используя все встроенное программное обеспечение и учетные записи Microsoft). Он был успешно клонирован на проблемный компьютер, и Visual Studio работала. После отрыва от репо XAML UI Designer (Blend?) Исчез, оставив меня только с источником XAML.
Раннее решение, с которым я столкнулся, состояло в том, чтобы удалить каталог source с моего локального компьютера и вытащить новый клон проекта. Тем не менее, я исправил свою проблему, теперь я сыграл с ней и нашел две другие причины, по которым отсутствовал XAML Design View. Я полагаю, что мне не нужно было удалять папку и что этих двух решений было бы достаточно.
В этой статье показан пример создания WPF-приложения на основе MVVM паттерна проектирования. За основу используется PRISM 6, как MVVM-фреймворк и Autofac, как DI-контейнер.
Создание проекта в Visual Studio
Постараюсь очень кратко изложить основную мысль, поэтому сразу к делу. Для проекта выбираем WPF Application:
Название для проекта вы можете выбрать на своё усмотрение, а я всегда придерживаюсь принципов описанных в предыдущей статье. После того, как Visual Studio создат проект, я удалю файл MainWindow.xaml, для чистоты эксперимента.
Установка Nuget-пакетов
Для построения приложения по принципам MVVM мне потребуется фреймворк, который реализует этот принцип. Причем сам фреймворк может быть написан собственноручно или создан сторонними разработчиками. Я возьму PRISM фреймворк, который был разработан Microsoft, но в дальнейшем был отдан в OpenSource другим разработчикам, которые, надо сказать, честно, продолжают наращивать функционал.
Следующий на очереди DI-контейнер. В моем случае, это Autofac. Я сразу установлю Prism.Autofac, который установит как зависимость сам Autofac:
Главное окно и его ViewModel
Теперь пришло время создать новое главное окно программы. Так повелось, что для WPF-приложения я обычно использую название для главного окна Shell. Но перед этим создаем папки Views и ViewModels. Теперь создаем Shell.xaml и ShellViewModel.cs в соответствующих папках.
Bootstrapper на Autofac
Создаем Bootstrapper, который наследуем от AutofacBootstrapper:
Не трудно заметить, что весь код состоит из переопределения перегрузов методов, где подставлются нужные нам зависимости.
App.xaml
Так как теперь для старта нашего приложения будет использоваться Bootstrapper, необходимо удалить "точку входа" из файла App.xaml.
Удалите выделенный на картинке атрибут.
ShellViewModel.cs
Чтобы наш ShellViewModel превратился в настоящий ViewModel для нашего представления, надо унаследовать класс от BindableBase, который являет собой реализацию интерфейса INotifyPropertyChanged. А еще добавил свойство DisplayName, которое буду использовать как заголовок для моего приложения.
Shell.xaml
Пришло время заняться представлением Shell. Для того, что наш ShellViewModel стал объектом DataContext для нашего Shell можно использовать несколько операций. Но для начала откройте разметку Shell.xaml и свяжите свойство Title со свойством DisplayName (из ShellViewModel).
Теперь можно как вариант в Code-Behind фале App.xaml.cs прописать следующий код
Можно запустить приложение и мы увидим заголовок главного окна программ будет "WPF PRISM (MVVM) + DI (Autofac)". Но перед тем как запустить надо инициализировать наш Bootstrapper в App.xaml.cs.
Вот теперь можно запускать
Не очень информативное представление но факт остается в следующем: MVVM - работает! Однако, надо сказать, что PRISM предоставляет более эстетичный вариант привязки View и ViewModel. Удалите из файла Shell.xaml.cs строку
Более того, я бы вам рекомендовал его больше никогда не открывать при использовании MVVM подхода.
Давайте применим другой подход. Для этого содержимое файла Shell.xaml в соответствии с приведенным листингом.
Можно запустить приложение. Результат будет тем же что и до этого, но теперь в Code-Behind файле чистота и порядок!
Заключение
Вряд ли созданный проект можно считать основой для конкретного приложения. Это просто начало начал. Для того чтобы проект стал проектом надо проделать еще кучу дополнительных телодвижений для подготовки инфраструктуры решения (solution). А вот количество телодвижений и их суть, уже зависит от того, какой тип приложения вы хотите построить: Модульное приложение, MDI-приложение, SDI-приложение и так далее. Одно могу сказать, что PRISM предоставляет все эти возможности.
Некоторые навыки настройки Visual Studio 2010 для разработки Xaml
Xaml - один из языков разработки приложений в стиле Windows 8 Metro. В прошлой статье "Навыки настройки формата разработки Visual Studio 2008/2010 XamlВ разделе "я обобщил некоторые общие методы настройки для использования Visual Studio для участия в разработке Xaml. В этой статье будет добавлено несколько советов, которые помогут разработчикам повысить эффективность разработки.
Техника 1. , В среде разработки Visual Studio после двойного щелчка по файлу Xaml режим редактирования кода Xaml и режим просмотра будут загружены одновременно. Из-за загрузки большего количества элементов управления и библиотек классов Visual Studio с низкой конфигурацией узла разработки будет загружаться мертвой положение дел.
Вообще говоря, не рекомендуется использовать Visual Studio для разработки пользовательского интерфейса проекта, поэтому вы можете временно отключить автоматическую загрузку в режиме просмотра. Методы, указанные ниже:
Откройте меню Инструменты -> Параметры -> Текстовый редактор -> XAML -> Разное -> выберите «Всегда открывать документы в полном представлении Xaml»,
После завершения откройте файл Xaml в Visual Studio, вы можете напрямую войти в окно редактирования кода Xaml,
Техника 2. , Добавьте номера строк в код Xaml для облегчения отладки кода.
По умолчанию Visual Studio не добавляет номера строк для кода Xaml.
В процессе разработки номер строки может помочь разработчикам прочитать и понять код, а также помочь разработчикам отладить код. Установив, вы можете добавить номера строк в код Xaml. Методы, указанные ниже:
Меню "Инструменты" -> Параметры -> Текстовый редактор -> XAML -> Общие -> Выберите номер строки "Номера строк" в разделе "Отображение".
По окончании нажмите "Подтвердить".
Техника 3. , Сохраните часто используемые фрагменты кода Xaml в Visual Studio.
В процессе разработки часто встречаются повторяющиеся вызовы кода. Разработчики добавляют в Visual Studio общие фрагменты кода Xaml в соответствии со своими потребностями для повышения эффективности разработки.
Обычно мы предпочитаем перетаскивать сегмент пользовательского кода в меню управления «Общие» для упрощения классификации и использования.
Читайте также: