WPF XAML управление кодом
Я забрел в проект приложения WPF и добился некоторого хорошего прогресса, но я обнаружил одну вещь: страница с выделенным кодом становится все длиннее и длиннее... поскольку во всем приложении есть только одна страница XAML, Страница code-behind, которая действительно просто заботится об обработчиках событий и программно созданных элементах управления для страницы дизайна, теперь содержит более 2000 строк. IDE VS2010 помогает в навигации по всем методам и т. Д., Но мне интересно, не упустил ли я что-то, что касается организации всех моих элементов управления и кода. Есть ли способ разбить часть пользовательского интерфейса приложения на несколько страниц XAML, чтобы выделенный код был более разделен на определенный набор элементов управления. Любой поиск по нескольким файловым приложениям XAML в WPF сразу же приводит меня к XBAPS, и я заинтересован в том, чтобы остаться с настольным WPF. Кроме создания областей в одном коде, есть ли другие стратегии, которые я могу использовать для организации этого кода (в отдельных файлах XAML)?
Спасибо!
1 ответ
Как минимум, разделите части вашего пользовательского интерфейса на отдельные элементы управления UserControls, вместо того, чтобы включать его в один "вид" в одном окне.
При этом разделение нашей логики и использование шаблона, такого как MVVM, сделает это намного чище в долгосрочной перспективе. Похоже, вы используете много обработчиков событий - я написал серию блогов, призванную помочь перейти от этого стиля разработки к более MVVM-стилю. Возможно, стоит взглянуть на идеи. Он описывает, как WPF позволяет вам отказаться от большого количества обработчиков событий, храня логику вашего приложения отдельно от кода пользовательского интерфейса.