Что наиболее распространенные ошибки сделаны в разработке WPF? [закрытый]
<style name="AppTheme" parent="Theme.AppCompat.Light.DarkActionBar">
<!-- Customize your theme here. -->
<item name="colorPrimary">@color/colorPrimary</item>
<item name="colorPrimaryDark">@color/colorPrimaryDark</item>
<item name="colorAccent">@color/colorAccent</item>
</style>
Попробуйте это на вашем styles.xml
7 ответов
Проблема: Используя M-V-VM шаблон разработки, где я инстанцирую представлений? Это происходит в ViewModel? ТАК Вопрос 1, ТАК Вопрос 2
Решение: разработка WPF является самой эффективной при использовании M-V-VM шаблона в противоположность другим общим шаблонам, таким как M-V-C. Тенденция состоит в том, чтобы рассматривать ViewModel то же, поскольку Вы были бы контроллер, который обработает открытие и создание представлений, а также моделей. Дело обстоит не так в M-V-VM. Представления являются единственным местом, где представления, должен быть создан. ViewModels не должен знать ничего из представления. ТАК Ответ 1, ТАК Ответ 2
Не понимая, как плохо рендеринг шрифта в начале проекта и быть сказанным клиентом, что они не могут выдержать смотреть на него из-за того, как нечеткий все смотрит.
Проблема: главная проблема, которую я видел до сих пор, - то, что люди начинают кодировать в WPF с моделью UI winform в памяти.
Решение: WPF не является WinForms/MFC/Win32, Так Забудьте все предположения стороны UI и нормы, которые Вы раньше и изучили при разработке основанного на Windows UI для последних 20 + годы.
Очень важно понять центральные идеи позади этой платформы, Этой ссылки - Главные Прорывы Разработки UI в новой платформе WPF дадут подробно представление WPF. Который перечисляет следующие моменты. Выделенные являются моими любимыми функциями этой платформы.
- Усовершенствованная графика
- Модель графического объекта
- Текст большого приложения
- Адаптируемое расположение UI
- Гибкая модель содержания
- Средства управления без взгляда
- Управляемый данными UI
- Последовательные стили
- Триггеры
- Декларативное программирование
Проблема/Вопрос: ТАК Вопрос
Как я подвергаю DependencyProperty компонента в моем пользовательском элементе управления пользователям? Существует много примеров того, как выставить нормальное свойство путем создания нового свойства зависимости и привязки, но ни один о том, как выставить свойство только для чтения как FrameworkElement. ActualWidthProperty.
Решение: необходимо подвергнуть новый DependencyProperty Только для чтения в пользовательском элементе управления и обновить его каждый раз, когда содержавший ActualWidthProperty "компонента" обновляется. Это требует, чтобы использование DependecyPropertyDescriptor было уведомлено относительно изменений, которые происходят. ТАК Решение
Ivan Towlson сделал действительно хорошую презентацию по этой теме. Большая часть информации находится в его слайдах, которые можно получить отсюда: http://hestia.typepad.com/flatlander/2008/08/codecamp-2008-.html
Заставляя привязку данных работать правильно между свойствами, определенными в ContentControls (Windows, UserControls, и т.д.) и свойства на элементах, которые составляют контент средств управления. Например. Скажем, у меня есть Окно, которое похоже на это:
<Window x:Name="MyWindow"....>
<TextBlock Text="{Binding Path=PropertyDefinedInMyWindow}" />
</Window>
Проблема: Неважно, как часто Вы обновляете "PropertyDefinedInMyWindow", он никогда не отражается в TextBlock. ТАК Вопрос
Решение: необходимо установить DataContext Окна или сказать привязку, на каком элементе свойство живет. ТАК Решение
Использование кода в представлениях, что заставляет младенец FSM плакать.