XAML - Какой смысл того, чтобы (ввести) его?

Если можно ввести XAML, то Вы понимаете XAML (по моему скромному мнению),

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

Другой вопрос, поднятый здесь, - то, что вручную запись, которую XAML дает Вашему большему количеству контроля, не такая сильная сторона, как это в случае HTML. XAML, выделяют более структурированный, чем HTML и редакторы как смешение выражения или другие, в значительной степени дают тот же XAML, который Вы записали бы вручную за немногими незначительными исключениями.

Реальные графический интерфейсы пользователя приложения действительно разрабатываются путем ввода XAML?

Одним словом, Да. Возможно, не многие, но это определенно происходит.

Мой опыт с визуальными разработчиками состоит в том, что они имеют тенденцию добавлять ненужные панели, фиксированные размеры и расположение absolulte, в то время как более гибкое, правильно масштабирующееся расположение желаемо. Например, посмотрите на этот недавний вопрос на stackoverflow

Также, если Вы пишете пользовательские элементы управления, часто необходимо делать дополнительную работу для создания их совместимыми с визуальными разработчиками, эта дополнительная работа не требуется, если Вы можете отредактировать xaml непосредственно.

Это - в значительной степени то же как запись необработанного HTML вручную в противоположность использованию WYSIWYG-редактора: иметь намного более прекрасный контроль над результатом, без потребности пройти ненужные циклы с редактором.

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

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

XAML мог быть по сравнению с Поляной XML, формат для хранения GTK + базирующиеся графический интерфейсы пользователя. GTK +, в отличие от Windows Forms, и как WPF, на самом деле разумен в этом, это использует относительное расположение. С Windows Forms абсолютное расположение становится ЛАВАШЕМ, когда люди начинают настраивать свои шрифты, и Ваш GUI похож на дерьмо с большим текстовым отсечением.

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

Если Вы хотите использовать разработчика, затем получают Смешение Выражения.

Вы правы, хотя должен быть некоторый элементарный разработчик в VS также.

Silverlight, хотя прибыл из другого направления, типичные средства управления, является недавней вещью в Silverlight и ее первые годы все же.

Сказав, что как разработчик я на самом деле предпочитаю вводить XAML почти таким же способом, которым я предпочитаю вводить HTML. Разработчики (и смешение не исключение), дамп слишком много лишнего материала в разметку, которой я не был бы там.

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

Поскольку это идет лучше в систему управления версиями, таким образом, другие люди могут изменить его одновременно без конфликтов? Поскольку можно разработать целое приложение в emacs? Поскольку Вы могли записать генераторы и инспекторов для этого материала легко? Поскольку легко управлять, как этот GUI выглядел бы до каждой маленькой детали?

Я печатаю.

Я ненавижу только небрежный, недетерминированный и трудно управляемый вывод дизайнеров, будь то HTML, будь то XAML.

По сути, если я создаю файл XAML, я делаю это точно так же, как пишу любой другой фрагмент кода.

Я начинаю с сегментирования всего этого в сетку, помещаю точный размер в пикселях для ВСЕХ (кроме нечетного «свободно плавающего» пространства, где я ставлю «*»), решаю, что куда идет, а затем я также добавляю комментарии и пустую строки для структурирования XAML.

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

Небрежность и пренебрежение передовым опытом - смертный грех, и я никогда не терпел их.