Постоянная разработка WPF

Я думаю, что основной проблемой для компаний при адаптации этой новой технологии являются:

• кривая обучения XAML и новым концепциям пользовательского интерфейса
• Разработчики должны забыть все знания, которые они получили о технологиях Winforms (или аналогичных UI), большинство людей не хотят отказываться от своего опыта.
• Потребность в новом навыке под названием «Интеграторы UX», которые должны уметь работать с новым инструментом RIA под названием Expression Blend для стилизации / интеграции дизайна с кодом.
• Потребность в новом требовании Framework (.NET3.5) и новом наборе инструментов заставляет компании или клиентов дважды подумать, прежде чем они выберут этот путь. Обычно они думают, что это может быть «рискованный» путь.

Моя компания концентрируется в основном на технологиях Microsoft RIA, таких как WPF и Silverlight. И мы помогаем другим компаниям активизировать свои усилия по разработке WPF, создавая приложения Proof of Concept / Prototype, чтобы продемонстрировать мощность / простоту WPF.

Я занимаюсь разработкой WPF в крупной полупроводниковой компании. Пока это был удачный опыт. Мне предоставили довольно полную свободу решать, какую платформу разработки я использую, при условии, что мы поддерживаем Windows Vista и более поздние версии. Учитывая, что у меня были довольно короткие сроки разработки довольно большого приложения и над ним работали всего два разработчика графического интерфейса, WPF казался правильным выбором. Но по мере того, как я продвигался дальше, проявилось еще несколько недостатков WPF ... Просто изучите проблемы «воздушного пространства» при интеграции DirectX с реализацией WPF в .NET 3.0. Или посмотрите на плачевное состояние инструментов дизайнера в Visual Studio 2008. Тем не менее, с этими проблемами, они относительно незначительны по сравнению с затратами на разработку пользовательского интерфейса с полностью изменяемым оформлением, который поддерживает языки RTL и анимацию. В какой-то момент кто-то (который работал не меньше в Microsoft) предложил мне взглянуть на SDL как на альтернативу WPF. Да правильно.

Еще одна проблема, с которой я столкнулся, заключается в том, что дизайнеры все еще не освоили все инструменты WPF / Blend. Большинство моих знакомых дизайнеров смеются над запуском на Mac чего-либо, кроме инструментов Adobe. Мы, разработчики, должны воплотить свои проекты в работоспособный код. Ненавижу этих хуев в водолазке.

В любом случае, моя компания оставляет технологические решения людям, которые ее используют. Таким образом, WPF был естественным выбором с учетом моих требований. Я не жалею об этом, но мне хотелось бы, чтобы он был немного более зрелым до того, как они выпустили его с Vista. В .NET 3.5 были внесены некоторые критические исправления, которые мне нужны. Тем не менее, я не хочу заставлять своих пользователей загружать .NET 3.5, когда .NET 3.0 находится в их системе Vista.

Наша компания также занимается большинством новых разработок в WPF. У нас это работает неплохо. Однако организации потребовалось 2-3 месяца, чтобы преодолеть кривую обучения и начать «образ мышления WPF».

Как и в случае с Луисом, я думаю, что одна из причин, по которой индустрия медленно захватывает рынок, заключается в том, что дизайнеры не решаются изучать набор Expression. Я думаю, что когда появится достаточное количество дизайнеров Expression, компании увидят более непосредственную выгоду от использования WPF.

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