Комментарии 5
Пожалуйста, не используйте Codebehind в WPF, изучите MVVM. То есть, статья о том, как делать не надо.
Для свойств в Element нет смысла использовать поля, есть автопроперти.
И это не XML, это XAML.
Для свойств в Element нет смысла использовать поля, есть автопроперти.
И это не XML, это XAML.
+7
Спасибо за совет. Если будет статья с тем как делать надо, обязательно ее прочту. Есть куда расти)
-1
Уточню свою рекомендацию, Codebehind не стоит использовать для вещей, которые не связаны с View частью.
То есть, добывать во View коллекцию для отображения — это нет-нет. А вот фильтрацию ввода — уже можно. С другой стороны, для этого лучше использовать готовые MaskedTextBox-ы, либо написать свой, с новым параметром — регулярным выражением, по которому фильтровать ввод.
Плюс, для целей, достигаемых через TextChanged, где меняется уже введённый текст, лучше использовать PreviewTextInput, чтобы не допустить ввод в первую очередь.
А статей по MVVM вообще и в контексте WPF в частности полным-полно в интернете, это устоявшийся подход, он применяется в разных технологиях.
То есть, добывать во View коллекцию для отображения — это нет-нет. А вот фильтрацию ввода — уже можно. С другой стороны, для этого лучше использовать готовые MaskedTextBox-ы, либо написать свой, с новым параметром — регулярным выражением, по которому фильтровать ввод.
Плюс, для целей, достигаемых через TextChanged, где меняется уже введённый текст, лучше использовать PreviewTextInput, чтобы не допустить ввод в первую очередь.
А статей по MVVM вообще и в контексте WPF в частности полным-полно в интернете, это устоявшийся подход, он применяется в разных технологиях.
+1
Без MVVM очень тяжко использовать WPF, не понимаю, почему в книгах описываются приемы как в WinForms
+2
Отличный фреймворк для знакомства с MVVM — MVVM Light
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
WPF DataGrid. Борьба за Template