![Увеличить количество разработчиков UI до двух человек.Результат коррекции:катастрофическое падение скорости разработки :[]](https://image.slidesharecdn.com/wpf-110508115357-phpapp02/85/Wpf-31-320.jpg)
внедрении Wpf в сложных системах (слайды)
- 1. Первый опыт внедрения WPF в сложной системе (С++ и COM)Михаил ПавловTransas
- 2. Цели докладарассказать о проблемах на начальных этапах внедрения WPF
- 3. сформулировать рекомендации повышения эффективности разработкиЗадачи продукта ВходВыходКартыГео-текстурыРедактор сценыКарты высотСцена сборкаимпортКарты глубинПланы3D модели
- 4. Сцена
- 5. Основные частиИнструментыредактированияДиалоговые окнаUIДвижок редактораРедактирование свойствРедактирование геометрииЛогикаМодули импортаМодуль экспортаХранилище данных
- 6. ТехнологииЛогика – С++, COM
- 7. UI – MFC, ATL, WTL, C#(WF)
- 8. Движок редактора – С++, MFC, GDI+
- 9. Модули импорта-экспорта – C++, COM
- 10. Визуализация – С++, COM, OpenGL
- 11. Прочие модули – С++, COM, ATL, WTL, C#Варианты развитияПрошлоеБудущееWindows FormsС++.NetWPF
- 13. Падение скорости разработки UI
- 15. Отставание в технологияхОжидаемые плюсыПереход на новейшие технологии
- 16. Программист пишет только код
- 21. Использование скиновНеобходимое условие:поддержка использования .Net на уровне ядра системы
- 22. Причины отказа от COMМного сопутствующего кода
- 25. Не везде поиск ошибок во время компиляцииТестирование на изолированной утилите
- 26. Первые впечатленияРазработка интерфейса в стиле WF на WPF менее эффективна, чем на WF
- 27. Легкости модификации системы при внесении изменений, нет и в помине
- 28. Дизайн окон вручную съедает неоправданно много времениКоррекция разработкиИспользовать Binding совместно с моделью Data-Model-View
- 29. Expression Blend в качестве редактора дизайна UI
- 30. Разделить обязанности между дизайнером и программистом
- 31. Увеличить количество разработчиков UI до двух человек.Результат коррекции:катастрофическое падение скорости разработки :[]
- 32. Причины падения скоростиТребуется переосмысление архитектуры
- 34. Замусоренный код от дизайнера
- 37. Переход на векторную графику
- 39. Недоработки библиотеке WPFТекущее положение вещей
- 40. Практический опыт => экономия времени
- 42. Баланс обязанностей => экономия времени
- 43. Сформулированы пожелания заказчика=> снижение потока изменений
- 44. Баланс между переделкой и повторным использованием графических ресурсов=> экономия времени
- 45. Мы перешли на WPF :)
- 46. Оставшиеся проблемы Наследие прошлого
- 47. Правильная интеграция 3D визуализации
- 48. Перевод всего приложения на WPFОжидания и реальность
- 49. Переход на новейшие технологии не до конца
- 50. Разделение обязанностей дизайнера и программиста – в небольшом объеме
- 51. Улучшение внешнего вида – однозначно да
- 52. Повышение функциональности интерфейса –да, но с оговорками
- 53. Скины –автоматически (by design)
- 54. Итоговая скорость разработкиWTL < MFC < WPF< WFБез учета затрат на дизайн: для окон средней сложности WPF= WF
- 56. Внедрять WPF должны программисты .Net (квалификация)
- 57. Внедрять должны минимум два программиста (совещательность)
- 58. Для одного из программистов желателен опыт работы с WPF (центр кристаллизации знаний)
- 59. Для дизайнера желателен опыт верстки HTML (подобие)
- 60. Структурируйте разработку UI с целью упорядочивания внесения изменений и понимания остальными происходящего (экономия времени и нервов)
- 61. Начинайте разработку с простой задачи с акцентом на библиотеку стилей (задел вширину)
- 62. Продолжайте разработку с самой сложной, но локальной задачи (задел архитектуры)
- 63. Помните – архитектура главное, остальное по нескольку раз меняется (акцент)
- 64. Спасибо за вниманиеМихаил ПавловTransaspavmb2001@mail.ru