Двусторонняя привязка данных Xml к WPF TreeView

Что ж, было бы проще, если бы ваша иерархия элементов была больше похожа на ...

<node type = "forest">
    <node type = "tree">
        ...

... а не вашу текущую схему.

Как есть, вам понадобится 4 HierarchicalDataTemplate, по одному для каждого иерархического элемента, включая корень, и один DataTemplate для элементов leaf:

<Window.Resources>
    <HierarchicalDataTemplate
        DataType = "forestPad"
        ItemsSource = "{Binding XPath=forest}">
        <TextBlock
            Text = "a forestpad" />
    </HierarchicalDataTemplate>
    <HierarchicalDataTemplate
        DataType = "forest"
        ItemsSource = "{Binding XPath=tree}">
        <TextBox
            Text = "{Binding XPath=data}" />
    </HierarchicalDataTemplate>
    <HierarchicalDataTemplate
        DataType = "tree"
        ItemsSource = "{Binding XPath=branch}">
        <TextBox
            Text = "{Binding XPath=data}" />
    </HierarchicalDataTemplate>
    <HierarchicalDataTemplate
        DataType = "branch"
        ItemsSource = "{Binding XPath=leaf}">
        <TextBox
            Text = "{Binding XPath=data}" />
    </HierarchicalDataTemplate>
    <DataTemplate
        DataType = "leaf">
        <TextBox
            Text = "{Binding XPath=data}" />
    </DataTemplate>

    <XmlDataProvider
        x:Key = "dataxml"
        XPath = "forestPad" Source = "D:\fp.xml">
    </XmlDataProvider>
</Window.Resources>

Вместо этого вы можете программно установить Source для XmlDataProvider:

dp = this.FindResource( "dataxml" ) as XmlDataProvider;
dp.Source = new Uri( @"D:\fp.xml" );

Кроме того, повторное сохранение ваших изменений очень просто:

dp.Document.Save( dp.Source.LocalPath );

Самому TreeView нужны Name и ItemsSource, связанные с XmlDataProvider:

<TreeView
    Name = "treeview"
    ItemsSource = "{Binding Source = {StaticResource dataxml}, XPath=.}">

В этом примере я сделал привязку TwoWay с TextBoxes на каждом узле, но когда дело доходит до редактирования только одного узла за раз в отдельном, единственном TextBox или другом элементе управления, вы должны привязать его к текущему выбранному элементу TreeView. Вы также можете изменить указанные выше TextBoxes на TextBlocks, поскольку нажатие на TextBox на самом деле не выбирает соответствующий TreeViewItem.

<TextBox
    DataContext = "{Binding ElementName=treeview, Path=SelectedItem}"
    Text = "{Binding XPath=data, UpdateSourceTrigger=PropertyChanged}"/>

Причина, по которой вы должны использовать два Binding, заключается в том, что вы не можете использовать Path и XPath вместе.

Редактировать:

Тимоти Ли Рассел спросил о сохранении CDATA в элементах данных. Сначала немного о InnerXml и InnerText.

За кулисами XmlDataProvider использует XmlDocument с его деревом XmlNodes. Когда такая строка, как «материал», присваивается свойству InnerXml объекта XmlNode, тогда эти теги на самом деле являются тегами. При получении или установке InnerXml экранирование не выполняется, и он анализируется как XML.

Однако, если вместо этого он назначен свойству InnerText, угловые скобки будут экранированы с помощью сущностей & lt; и & gt ;. Обратное происходит при получении значения. Сущности (например, & lt;) снова преобразуются в символы (например, <).

Следовательно, если строки, которые мы храним в элементах данных, содержат XML, сущности были экранированы, и нам нужно отменить это, просто получив InnerText перед добавлением раздела CDATA в качестве дочернего узла ...

XmlDocument doc = dp.Document;

XmlNodeList nodes = doc.SelectNodes( "//data" );

foreach ( XmlNode node in nodes ) {
    string data = node.InnerText;
    node.InnerText = "";
    XmlCDataSection cdata = doc.CreateCDataSection( data );
    node.AppendChild( cdata );
}

doc.Save( dp.Source.LocalPath );

Если на узле уже есть секция CDATA и значение никоим образом не было изменено, значит, в ней все еще есть секция CDATA, и мы, по сути, заменяем ее такой же. Однако через нашу привязку, если мы изменим значение содержимого элементов данных, оно заменит CDATA на экранированную строку. Затем мы должны их исправить.

У нас была аналогичная проблема. Вы можете найти чтение эта статья полезным. Мы использовали описанный паттерн ViewModel, и он все упростил.