То, каковы Ваши стратегии использования Смешения Выражения на комплексе, разъединило приложения WPF?

Я не смог успешно использовать Blend end to end для этого.

Я нахожу в общем случае, быстрее редактировать xaml вручную в VS (исключение будет включать что-либо с нестандартные кисти например). Blend очень радует клик, и не очень быстро завершить его.

Еще одна область, где Blend действительно полезен, - это создание стилей / шаблонов из существующих элементов управления.

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

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

Я использовал Blend для пользовательского интерфейса своих проектов начиная с версии 1. Поскольку моя цель - полностью интегрировать дизайнера в проект, я прошел через все, что мешает этой цели. Хотя я некоторое время не знал о MVVM, я, естественно, пришел к такому же выводу и делал ViewModels, не зная, что для них есть шаблон. Теперь с помощью тех, кто работает над MVVM, ситуация постоянно улучшается. Прочтите статью Джоша Смита в MSDN, посмотрите на работы Джейсона Долинджера и Карла Шиффлетта, чтобы упомянуть лишь некоторые из них.

Внимательно изучите использование ICommand, INotifyPropertyChanged, ObservableCollections.

Также обратите внимание на то, как вы можете управлять элементами управления из вашего ViewModel. Например, ICollectionView. Предположим, что у вас есть список животных и набор типов, по которым вы хотите их фильтровать (птицы, млекопитающие и т. Д.).

Используя ICommand и ICollectionView, вы можете предоставить достаточный контроль, в котором дизайнер может построить список для отображения животных и меню для отображения списка фильтров. В ICollectionView достаточно функциональных возможностей, чтобы знать, каков текущий выбор, и если у вас были команды на основе ICommand для «SortByBird», «SortByMammal» и т. Д., Тогда, когда дизайнер создал меню,

Я немного опоздал на эту вечеринку, но надеюсь, что кто-нибудь еще сможет ответить. Мне еще предстоит найти результат поиска, который бы очертил процесс проведения линии между проектировщиком и программистом. Первая его часть - MVVM, так что нет никакой связи между GUI и лежащей в его основе "бизнес-логикой", и я усердно работаю над изучением этого прямо сейчас. Другая часть, о которой я не видел, чтобы кто-нибудь писал, это как на самом деле разрабатывать проект в Blend так, чтобы разработчик мог в принципе дать вам своего рода GUI DLL, а потом GUI вашего приложения волшебным образом меняется?

Вот что я ищу - разработчик пишет свой код, как обычно, а также пишет очень простой GUI, который доказывает, что все работает так, как и ожидалось. Тем временем, дизайнер создает свой крутой маленький GUI со всеми функциями юзабилити, которые люди привыкли ожидать. Теперь разработчик может запускать свое приложение с его графическим интерфейсом, но затем также может переключаться на графический интерфейс дизайнера "на лету".

Думаю, если это не может быть сделано "на лету", означает ли это, что в идеальном случае разработчик будет иметь свое VS решение, включающее XAML из Blend решения? Тогда в App.xaml просто сослаться на другой стартовый файл?