Here\'s the scenario. We use a large XML configuration file for one of our server products. This file is fairly well layed out and is validated against an XSD file.
It\'
How I'd do this:
I'd start by building a simple view-model class that wraps around an XmlElement
and exposes it as a configuration option. This class could be extremely simple, e.g.:
public class OptionView
{
private XmlElement XmlElement;
public OptionView(XmlElement xmlElement)
{
XmlElement = xmlElement;
}
public string Name { get { return XmlElement.Name; } }
public string Value
{
get { return XmlElement.InnerText; }
set { XmlElement.InnerText = value; }
}
}
Now I can populate a collection of ElementView
objects from an XmlDocument
, add that collection to the window's ResourceDictionary
, and format the objects with a simple DataTemplate
, e.g.:
...
(Note: Later, you can get fancy, and define subclasses of OptionView
based on, for instance, the data type of the underlying XmlElement
. Then you can define DataTemplate
s for each subclass, and as long as each presents the item in a two-column grid using that SharedSizeGroup
, the second column can contain a date picker, or radio buttons, or whatever is appropriate to the subclass, and it'll all get neatly laid out at runtime.)
Once I got that working, which wouldn't take long, I'd start extending the OptionView
class. For instance, if your schema is storing a human-readable label for an element in an xs:annotation
element (and if it isn't, why not?), I'd make the Name
property extract that out of the XmlElement
's SchemaInfo
property, instead of exposing the underlying element name.
Obviously I'd want to add validation, so I'd add a validation method that examined the XmlElement
's SchemaInfo
property and interpreted it. (Assuming that the elements you're validating are simple content, that shouldn't be hard.) There's a million tutorials on how to implement validation in WPF applications, so I won't go into too much detail here.
If there are tons of configuration options and you have some intelligent way of grouping them into categories, I'd build a higher level class that exposed (at least) two properties - a string CategoryName
property and an OptionsViews
collection - populate it from the XML document, and add it to the window's ResourceDictionary
. Within the window, I'd bind it to a TabControl
, e.g.:
Or to some item control whose item container template creates an Expander
. Or something. (All code guaranteed untested! Most of it was copied out of working projects, though.)
If you haven't done anything with WPF before, this is a pretty good project to start on. It'll expose you to the fundamentals of data binding and items controls and validation, and the end result will be something that's useful and probably looks pretty good.
And you'll notice that while the markup involved in creating the templates is pretty verbose, there are only two templates. The only code in the application (so far) is the code that exposes the XmlElement
s to the UI.