Не понятно как правильно компоновать свои элементы.
На данном этапе делаю это как xaml+xaml.cs. И прописываю шаблон элемента сразу в xaml. Пришёл к тому, что это в о многих случаях делает элемент неудобным для использования.
Задумался над тем, что логику с добавлением свойств, их обработки, методами надо делать отдельным классом на C#, а не частичным в CB XAML.
Но куда тогда записать шаблон элемента, чтобы он автоматически подхватывался в любой части приложения?
Из попыток найти решение и создал тему.
Generic.xaml ? - буду разбираться.
лично я не использую UserControl'ы с CodeBehind файлами, но это дело добровольное, они же ни кому не мешают, по сути и ни кто не заставляет реализовывать в них логигу.
для компоновки элементов управления я использую DataTemplate'ы, которые погоняют другими DataTemplate'ами, в результате я просто указываю какую модель нужно отобразить в главном окне и программа запускается. Окно само находит нужный шаблон для заданной модели представления через DataTemplateSelector'ы. А все компоненты просто раскиданы по DataTemplate'ам всё это относится именно к компоновке, элементов управления.
Если же я делаю свой элемент управления, я делаю следующим образом:
1. Создаю сборку для элементов управления WPF
2. Создаю новый класс и наследую его от Control или ContentControl, ItemsControl, ListBox в зависимости от типа объекта и его поведения (не внешнего вида, а именно поведения).
(Если это списочный элемент управления с вложенными элементами, то очевидно, что наш выбор ItemsControl и ListBox, а если, к примеру, я хочу сделать ComboBox с древовидной структурой я буду наследовать ListBox или TreeView, хоть их внешний вид и не похож на ComboBox, но это не важно, важно, что его поведение соответствует моим желаниям.
3.После того как создали новый тип и наследовали его от Control нужно переопределить в нём ключ стиля по умолчанию, для данного элемента, так как он наследуется от базового (этого можно и не делать, если вы не планируйте менять внешний вид элемента)
1.
2.
3.
4.
5.
6.
7.
8.
public class MyUserControl : Control
{
public MyUserControl()
{
DefaultStyleKeyProperty.OverrideMetadata(typeof(MyUserControl),
new FrameworkPropertyMetadata(typeof(MyUserControl)));
}
}
4. Затем создаем папку Themes, а в проекте, в папке файл Generic.xaml, так же создаю справочник конкретно для моего контрола с понятным названием типа MyUserControlDefaultStyle.xaml и делаю её "импорт" (Merge) в Generic.xaml
Themes\Generic.xaml
1.
2.
3.
4.
5.
<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation">
<ResourceDictionary.MergedDictionaries>
<ResourceDictionary Source="pack://application:,,,/UserControlExample;component/Themes/MyUserControlDefaultStyle.xaml"/>
</ResourceDictionary.MergedDictionaries>
</ResourceDictionary>
обычно в качестве источника я указываю полный путь до файла, относительные пути ппц капризные, особенно это актуально, когда этих справочников дофигища в разных сборках еще могут быть и т.д. ну и пихать всё в Generic.xaml плохая идея. 1 элемент управления, это минимум один файл с ресурсами подключенный в нужном месте.
5. Внутри файла MyUserControlDefaultStyle.xaml определяем шаблон нашего элемента и его стиль по умолчанию, именно стиль по
умолчанию будет определять шаблон по умолчанию, по этому для него мы создаем какой нибудь произвольный ключ
MyUserControlDefaultStyle.xaml:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
<ResourceDictionary xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:local="clr-namespace:UserControlExample">
<ControlTemplate x:Key="MyUserControlDefaultTemplate" TargetType="{x:Type local:MyUserControl}">
<Border Background="{TemplateBinding Background}"
BorderBrush="{TemplateBinding BorderBrush}"
BorderThickness="{TemplateBinding BorderThickness}"
Padding="{TemplateBinding Padding}">
<Border x:Name="PART_Cube" VerticalAlignment="{TemplateBinding VerticalContentAlignment}"
HorizontalAlignment="{TemplateBinding HorizontalContentAlignment}"
Width="100" Height="100"
Background="{TemplateBinding Foreground}"
RenderTransformOrigin="0.5,0.5">
<Border.RenderTransform>
<RotateTransform Angle="45"/>
</Border.RenderTransform>
</Border>
</Border>
</ControlTemplate>
<Style TargetType="{x:Type local:MyUserControl}">
<Setter Property="Template" Value="{StaticResource MyUserControlDefaultTemplate}" />
<Setter Property="Background" Value="LightBlue" />
<Setter Property="BorderBrush" Value="Blue" />
<Setter Property="BorderThickness" Value="1" />
<Setter Property="Foreground" Value="LightCoral" />
<Setter Property="HorizontalContentAlignment" Value="Center"/>
<Setter Property="VerticalContentAlignment" Value="Center"/>
</Style>
</ResourceDictionary>
вот собственно и всё, теперь осталось подключить эту сборку в ваше приложение и разместить в окне элемент управления MyUserControl, всё остальное будет работать само, а если вы определите стиль в своей сборке с ключом {x:Type MyUserControl} он объединиться с дефолтным.
6. Часто бывает так, что необходимо взаимодействовать с частями элемента управления, то есть его внутренними компонентами. Можно попытаться найти их в визуальном дереве, но это плохой метод. Лучше воспользоваться атрибутом
[TemplatePart(Name = "PART_ControlName", Type = typeof(ControlType) )], определить элемент управления в шаблоне с таким именем, в примере выше он уже определен как PART_Cube.
Важно помнить один момент, объект может до конца загрузиться, когда вы попытаетесь найти этот элемент, то есть сам элемент может существовать, но его содержимое нет (шаблон еще не применялся). По этому искать этот внутренний элемент лучше всего в методе void OnApplyTemplate(), этот метод построит визуальное дерево на основе шаблона и вы практически гарантированно найдете этот элемент, если он определен
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
[TemplatePart(Name = PartCubeName, Type = typeof(Border) )]
public class MyUserControl : Control
{
internal const string PartCubeName = "PART_Cube";
private Border _partCube;
public MyUserControl()
{
DefaultStyleKeyProperty.OverrideMetadata(typeof(MyUserControl),
new FrameworkPropertyMetadata(typeof(MyUserControl)));
}
public override void OnApplyTemplate()
{
base.OnApplyTemplate();
if (GetTemplateChild(PartCubeName) is Border partCube)
{
_partCube = partCube;
}
else
{
throw new NullReferenceException($"Border '{PartCubeName}' is not defined in the element template");
}
}
protected override void OnPreviewMouseLeftButtonDown(MouseButtonEventArgs e)
{
if (e.OriginalSource == _partCube) MessageBox.Show("Its Cube");
}
}
Важно не путать компоновку элементов управления и шаблоны элементов управления. Сам элемент управления это объект в котором определили некую логику работы и внешнее отображение элемента зависит от внутреннего состояния. Сам элемент управления (создаваемый вами) не должен ничего знать о модели представления, он должен быть абстрагирован от неё и работать только на основе своих свойств зависимостей. Внутри шаблона мы можем использовать связывание только в рамках самого элемента, шаблонное связывание или, в плохом случае, с другими элементами входящими в визуальное дерево, но не с контекстом данным.
А вот DataTemplate даже имеет свойство DataType в котором вы указывайте тип модели представления которую он отображает, следовательно он связан с моделью представления, в нём можно задать все связывания и DataTrigger'ы.
В результате в шаблоне данных вы компонуете объекты и связывайте свойства элементов управления и свойства модели представления.
