WPF позволяет вам делать некоторые потрясающие вещи, и я ЛЮБЛЮ его ... но я всегда чувствую себя обязанным квалифицировать свои рекомендации, когда разработчики спрашивают меня, думаю, что они должны перейти к новой технологии.
Желают ли ваши разработчики (желательно, EAGER) потратить время, необходимое для того, чтобы научиться эффективно использовать WPF? Я никогда бы не подумал сказать это о MFC, Windows Forms или даже неуправляемом DirectX, но вы, вероятно, НЕ хотите, чтобы команда пыталась «забрать» WPF в ходе обычного dev. цикл для доставки продукта!
Как минимум один или два из ваших разработчиков имеют определенную конструктивную чувствительность, и люди с окончательным дизайном имеют хорошее понимание проблем разработки, поэтому вы можете использовать возможности WPF для создания чего-то, что на самом деле ЛУЧШЕ, а не просто более «красочный», показывая безвозмездную анимацию?
Выполняет ли какой-либо процент вашей целевой клиентской базы встроенные графические чипсеты, которые могут не поддерживать функции, которые вы планировали, или они все еще работают под управлением Windows 2000, что устранит их как клиентов в целом?Некоторые люди также спрашивают, действительно ли ваши клиенты заботятся об улучшенных визуальных эффектах, но, проведя дискуссии внутри компании «Наши бизнес-клиенты не заботятся о цветах и фотографиях» в начале 1990-х годов, я знаю, что хорошо разработанные решения от ваших конкурентов будут СДЕЛАЙТЕ их заботу, и реальный вопрос в том, являются ли условия правильными, чтобы вы могли предложить что-то, что заставит их заботиться ТЕПЕРЬ.
Влияет ли проект на разработку сайта, по крайней мере, на уровень презентации, чтобы избежать дополнительной сложности при попытке подключиться к несовместимым старым лесам (совместимость с Windows Forms не является бесшовной)?
Может ли ваш менеджер принять (или отвлечься от заметок) значительный DROP в производительности разработчиков в течение четырех-шести месяцев?
Этот последний вопрос объясняется тем, что мне нравится думать о природе WPF «FizzBin», с десятью различными способами реализации любой задачи и без видимых причин предпочесть один подход к другому, а также небольшое руководство, доступное для помогите вам сделать выбор. Мало того, что недостатки любого выбора, который вы сделаете, станут понятнее только позже в проекте, но вы практически гарантированно, что каждый разработчик вашего проекта примет другой подход, что приведет к серьезной головной боли обслуживания. Большинство расстраивает все несоответствия, которые постоянно вас трогают, когда вы пытаетесь изучить структуру.
Вы можете найти более углубленного WPF информации, связанной в записи в моем блоге:
http://missedmemo.com/blog/2008/09/13/WPFTheFizzBinAPI.aspx
Я не думаю, что это так. Кажется, проще разрабатывать и реализовывать * простые * пользовательские интерфейсы в WinForms, чем WPF, и я говорю это с несколькими месяцами опыта WPF. Исключением является то, что когда вам нужно что-то, что WinForms не делает из коробки, вы сделаете гораздо больше работы, чтобы получить его. – PeterAllenWebb 2008-10-21 14:48:35
@PeterAllenWebb - Это не относится ко мне и VS2010. У меня были годы работы с WinForms и один раз над учебным горбом WPF, я нахожу, что я могу выбивать интерфейс WPF намного быстрее, независимо от сложности. Это в основном из-за простоты написания кода пользовательского интерфейса декларативно в XAML и привязки его к модели представления C#, чему годам ASP.Net я быстро помогал. – codekaizen 2010-01-27 18:44:59