WPF позволяет делать удивительные вещи, и мне это нравится ... но я всегда чувствую себя обязанным уточнять свои рекомендации, когда разработчики спрашивают меня, считаю ли я, что им следует переходить на новую технологию.
Готовы ли ваши разработчики (желательно, EAGER) тратить время, необходимое для обучения эффективному использованию WPF? Я никогда бы не подумал сказать это о MFC, Windows Forms или даже о неуправляемом DirectX, но вы, вероятно, НЕ хотите, чтобы команда пыталась «подобрать» WPF в ходе обычного разработчика. цикл для отгрузки товара!
Есть ли у хотя бы одного или двух из ваших разработчиков некоторая чувствительность к дизайну, и есть ли у лиц, обладающих окончательными полномочиями в области проектирования, достойное понимание проблем разработки, чтобы вы могли использовать возможности WPF для создания чего-то, что на самом деле ЛУЧШЕ, а не просто более "красочного" , показывая бесплатную анимацию?
Работает ли какой-то процент вашей целевой клиентской базы на наборах интегрированных графических чипов, которые могут не поддерживать функции, которые вы планировали, - или они все еще работают под управлением Windows 2000, что полностью исключит их из числа клиентов? Некоторые люди также спросят, действительно ли ваши клиенты ЗАБОТИТСЯ об улучшенных визуальных эффектах, но, пережив внутренние дебаты компании «Наши бизнес-клиенты не заботятся о цветах и изображениях» в начале 1990-х годов, я знаю, что хорошо продуманные решения ваших конкурентов будут Заставьте их заботиться, и настоящий вопрос заключается в том, являются ли условия подходящими, чтобы вы могли предложить что-то, что заставит их заботиться СЕЙЧАС.
Включает ли проект основную разработку, по крайней мере, для уровня представления, чтобы избежать дополнительных сложностей, связанных с попытками подключиться к несовместимым устаревшим каркасам (взаимодействие с Windows Forms НЕ является бесшовным)?
Может ли ваш менеджер согласиться (или отвлечься от того, чтобы заметить) существенное снижение продуктивности разработчиков в течение четырех-шести месяцев?
Эта последняя проблема связана с тем, что мне нравится называть «FizzBin» характером WPF, с десятью различными способами реализации любой задачи и отсутствием очевидной причины предпочесть один подход другому, а также небольшими рекомендациями, которые помогут вам сделать выбор. Недостатки любого сделанного вами выбора не только станут очевидными намного позже в проекте, но и практически гарантировано, что каждый разработчик вашего проекта будет применять другой подход, что приведет к серьезной головной боли при обслуживании. Больше всего расстраивают несоответствия, которые постоянно сбивают вас с толку, когда вы пытаетесь изучить структуру.
Вы можете найти более подробную информацию о WPF в записи в моем блоге:
http://missedmemo.com/blog/2008/09/13/WPFTheFizzBinAPI.aspx
person
AndyL
schedule
17.09.2008