Требуется ли знание смеси?

Я думаю, по крайней мере, дизайнеры должны начать использовать Expression Suite. Разработчики должны быть знакомы с инструментами, но достаточно, чтобы они могли лучше общаться с дизайнерами.

Видео-тренинг по смешиванию выражений:

• Смесь выражений Total Training
• http://expression.microsoft.com/en-us/cc136536.aspx
• http://windowsclient.net/learn/videos_wpf.aspx

Поскольку хороших инструментов WPF не так много, знание Blend - довольно полезный навык. Однако я бы не стал рассматривать это как требование. Вся идея WPF состоит в том, чтобы распределять работу между программистами и дизайнерами. Разработчик IMO не обязан знать Blend на всем протяжении, но необходимы базовые навыки, чтобы понять потребности дизайнера.

Разработчики вообще не знают Expression о необходимость.

делать должен знать XAML и не прятаться за каким-то инструментом, что было бы худшим, что вы могли бы сделать как разработчик WPF. Выбранный вами инструмент остается за вами. Раньше я использовал редактор XML в Visual Studio.

Единственные люди, которые знают Blend о необходимость, - это те, кто отвечает за визуальный аспект вашего приложения WPF. Они должны понимать, как использовать шаблоны для оформления вашего приложения, но в остальном они могут использовать исключительно Blend.

В целом, я считаю, что разработчикам важнее понимать XAML, поскольку Blend - это просто представление поверх него. XAMLPad может быть более полезным для изучения XAML в первую очередь.

Если говорить более конкретно об этом вопросе, я думаю, что если разработчики работают вместе с дизайнерами, использующими Blend, было бы очень полезно знать хотя бы основы. Помимо улучшения взаимодействия (как упомянуто @kokos), он позволит разработчику выполнять незначительные правки (например, выравнивание и т. д.) В той же среде, а также понимать ограничения и границы инструмента в отношении генерации кода. .

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

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

Сейчас я в основном редактирую необработанный XAML-код.

Области, где смешивание действительно удобно:

• Настройка шаблонов.
• Анимация
• Разбивка пользовательского интерфейса на пользовательские элементы управления

Как разработчик WPF я, несомненно, вижу преимущества знания Expression Blend для многих из моих предыдущих проектов. Это помогло мне очень эффективно приступить к созданию пользовательских элементов управления и настраиваемых элементов управления. И если мы будем писать XAML с нуля обычным способом, это займет у вас очень много времени на разработку. А также для создания DataTemplate, ControlTemplate, стилей и ItemsPanelTemplate - это всего лишь один щелчок мышки в Expression blend. Итак, Я настоятельно рекомендую Expression blend для программиста WPF

Обычно я работаю как в blend, так и в Visual Studio (2005) бок о бок при разработке WPF. (Хотя, конечно, я обычно занимаюсь дизайном и кодированием на C#).

Преимущества использования Blend заключаются в том, что некоторые задачи выполняются очень быстро - такие как выбор цветов / кистей, создание анимации и исправления макета, такие как настройка полей / отступов.

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

Blend имеет плохую привычку создавать какой-то странный XAML, поэтому мне всегда приходится после этого очищать его в текстовом редакторе VS. Я все еще считаю, что использование смеси - это чистая выгода.

Итак, чтобы ответить на ваш вопрос: требуется ли Blend? нет, не совсем. Но это облегчит вам жизнь при выполнении определенных задач и, следовательно, сделает вас более продуктивным.

Такие вещи, как анимация и определение цвета градиента, действительно могут быть эффективно выполнены только в Blend. Blend также часто чрезвычайно полезен для создания некоторых нетривиальных настраиваемых визуальных элементов, просто для того, чтобы вы могли просмотреть сгенерированный Xaml и импортировать версию CLEANER в свой производственный код. К сожалению, "укажи и щелкни" природа Blend маскирует тот факт, что огромные объемы очень беспорядочного Xaml генерируются под капотом, и вы захотите РЕФАКТОР этого Xaml, прежде чем использовать его в своем производственном источнике. К счастью, изучить Blend не так уж и сложно. Лучший учебник, который я когда-либо находил, назывался «Учебник Fabrikam». Могут быть доступны обновленные версии, но одна версия этого учебника все еще доступна по ссылке ниже.

http://blogs.msdn.com/expression/articles/516589.aspx

Реально очень мало разработчиков. магазины имеют доступ к квалифицированным «интерактивным дизайнерам» (компания не может просто перепоручить одного из своих младших сотрудников Mar-Com), что означает, что в большинстве случаев разработчикам потребуется изучить некоторое количество Blend, если маркетинг хочет добавить причудливые визуальные эффекты, которые в первую очередь дают много оснований для использования WPF.

Как разработчик, интенсивно поработав с WPF в течение нескольких месяцев, вы почувствуете себя совершенно комфортно, редактируя Xaml напрямую, и, в отличие от Windows Forms, вы редко будете полагаться на функции конструктора VStudio. Мало того, что прямое редактирование НАМНОГО быстрее, чем прокрутка списков свойств, VStudio не имеет поддержки «укажи и щелкни» для многих функций, которые вы будете использовать в производственных приложениях WPF (они только что добавили вкладку «событие» в SP №1). Blend имеет больше поддержки для многих из этих элементов (например, он может генерировать DataTemplate), но я обычно прыгаю в Blend только для создания быстрой анимации или другого визуального эффекта, вырезаю и вставляю тщательно отредактированную версию разметки в свой "официальный" исходный код проекта VStudio, и идем дальше.

Я (как разработчик, а не дизайнер, и тем более не дизайнер) попытался начать изучать WPF через Blend. Хотя я мог заставить вещи работать, оглядываясь на то, что я производил, я дрожу. Теперь, когда я довольно хорошо разбираюсь в WPF, я все еще время от времени использую Blend и Design, но моя работа основана на XAML (не в представлении дизайнера в VS, заметьте, а в XAML). Другими словами,
Теперь я знаю, как это почистить.

Мне все еще интересно, как я могу заставить моего гуру дизайна Adobe-Flash, -Photoshop, -Illustrator работать со мной в WPF.

Это полностью зависит от того, чем вы хотите заниматься. Чтобы ответить на ваш второй вопрос, вы действительно хотите попробовать редактировать раскадровку анимации вне Blend? Если вы работаете с фактическими визуальными эффектами приложения, Blend лучше всего подходит для этого. Если вы хотите взломать привязку данных, проверку и другие вещи, где вы должны переключаться туда и обратно с помощью кода. Очевидно, что лучше работать с XAML в Visual Studio.

Новая книга Бреннона Уильямса тоже должна быть хорошей !!!

_{(source: pearsoned-ema.com)}

Требовали бы вы, чтобы ваши разработчики HTML использовали DreamWeaver?

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

Кодирование XAML вручную является требованием для хороших разработчиков WPF - Blend - это инструмент, а не замена знания XAML.

На Lynda.com есть несколько классных онлайн-тренингов по смешиванию экспрессии ...

Начало работы с Expression Blend Ли Бримелоу