Ликвидатор велосипедов: часть 1

Да, WPF такая мощная инновационная нанотехнология технология, а элементарных вещей нету :( Забабахать видео и рабочие контролы на трёхмерном интерактивном кубе — это как 2 пальца об асфальт, а вот сварганить реальное работающее прикладное приложение — обосраться и не встать. И во многом по причине отсутствия некоторых базовых элементов управления и функциональности.

Накипело:

Еще MS разработчики WPF контролов по крупному облажались с TreeView. Без специально написанной объектной модели компонент не функционален чуть более, чем никак. Если тупо пихать TreeViewItem'ы в коллекции — прощай виртуализация GUI — не вариант, когда нужна масштабируемость, да и концептуально подход неверный. Если использовать пропиаренный HierarchicalDataTemplate — Items руками не трогать! Из-за логики отложенной генерации контейнеров, некоторых TreeViewItem'ом в дереве может просто еще не существовать, и при попытке развернуть какую-нибудь ветку до требуемого узла получим былинный отказ. Т.е. компонент становится «неприкасаемым» для кода. Единственный рабочий вариант — писать ModelView для источника иерархических данных, где в элементе модели уже держать свойства IsExpanded, Visibility и т.д. В MS могли бы и сами этим озаботиться!

Ну и самая, на мой взгляд, жирная какашка в WPF, вылезающая отовсюду при попытке реализации нестандартного поведения контрола, заключается в том, что при новой концепции композиции вида элементов — шаблоны, стили, присоединяемые свойства, неизменной осталась реализация обработки пользовательского ввода — методом сабклассинга. Роутинг событий-то штука крайне полезная, удобная, да и вообще. Только вот protected virtual void OnXXX(RoutedEventArgs e) { e.Handled = true; } убивает все преимущества на корню.
Пробовали когда-нибудь в WPF сделать Drag & Drop из, например, ListView? Казалось бы:

— Помещаем в шаблон ListViewItem — Thumb.
— Обрабатываем OnDragStarted.
— ?????
— PROFIT

Но не тут то было! Добрая «тумба» обрабатывает событие опускания мыши и фокусируется. Соответственно ListViewItem уже опускание мыши не получает, и не выделяется. Так что тут или выделяющийся Item или перетаскиваемый. Поэтому, остаётся один вариант — пишем DraggableListViewItem: ListViewItem, переопределяем OnMouseDown, OnMouseUp, OnMouseMove, при этом:

— Полагаемся на детали базовой реализации методов ListViewItem.
— Переносим в ListViewItem функционал класса Thumb.
— ?????
— FUUUUUUUUUUU

И так почти всегда!

Если не видно, то конечно незачем :-) Всё зависит от ваших потребностей и возможностей.

В конце концов, всегда можно сделать наследника от MSовского контрола и реализовать недостающий функционал. Вот только очень часто там что-то нужное бывает закрыто, к сожалению :-(