基于XML的元数据驱动WPF应用程序

| 我正在WPF中处理BI应用程序。我正在设计其体系结构,并且正在寻找一种将视图中的控件直接绑定到包含视图元数据的xml的方法。您认为这可能吗?那怎么办还是建议从xml中读取并相应地生成视图? 已编辑 属性(例如,图表的颜色,创建图表的人,向下钻取图表时的下一个图表,用户名及其密码,用户组名等)存储在XML文件中。当用户启动应用程序时,应该显示他创建的仪表板;从后端检索数据并分配正确的图表颜色会发生这种情况。因此,如果这些数据在XML中可用,那么我的问题是根据用户请求生成图表和仪表板的最佳方法。 已编辑 就像我之前解释的那样,问题在于以最有效和结构化的方式存储与此应用程序相关的元数据,以在用户登录时回呼。 提前致谢。
已邀请:
我不确定我是否完全了解您要做什么。如果只想将某些UI控件属性绑定到XML文档中的数据,那是完全可能的。我几年前在这里写过博客。
我建议使用XAML而不是XML。 XAML不仅可以让您定义UI,而且XAML还可以包含其他元数据或配置信息,您可以以XAML的形式读取/写入这些元数据或配置信息,以直接访问CLR类。 好处是, Xaml序列化与Xml \的序列化完全相同 Xaml在Visual Studio中进行编辑时将为您提供强大的智能感知(xml也可以提供,但是每次对配置架构进行更改时,您都必须创建和更新架构) 如果是智能感知,Xaml会更好,因为它会自动给出验证错误 它还将允许您使用枚举 它还将基于继承层次结构隐藏/显示成员或类 您也可以从来自数据库的字符串中加载XAML 如果您的对象是从DependencyObject派生的,它还将允许您指定绑定,并且您将能够在UI中传输或重用绑定 例如,
public class ScreenElement{
    public string Author {get;set;}
    public DateTime DateCreated {get;set;}
}

// XAML can not directly deal with generics so this step is
// necessary
public class ScreenElements : ObservableCollection<ScreenElement>
{
}

[ContentProperty(\"Elements\")]
public class Screen
{
    public Screen(){
        this.Elements = new ScreenElements();
    }
    public string Title{get;set;}
    public bool ToolbarPresent {get;set;}

    // this attribute is necessary if 
    // you want to save Screen to xaml
    [DesignerSerializationVisibility(DesignerSerializationVisibility.Content)]
    public ScreenElements Elements {get; private set;}
}
而且您的Screen xaml看起来像
<Screen xmlns=\"clr-namespace:MyNamespace\"
        Title=\"Home Screen\"
        ToolbarPresent=\"false\"
        >
    <ScreenElement Author=\"Myself\" DateCreated=\"...\"/>
    <ScreenElement Author=\"Yourself\" DateCreated=\"...\"/>
</Screen>
您可以创建XAML资源并按如下方式加载它:
Screen s = XamlReader.Load(.. resource uri to your XAML)
// and now you can use your \"s\" loaded with elements to 
// populate your UI

foreach(ScreenElement e in s.Elements){
    // use attributes of e to populate things..
}
我认为您的情况最好是按数据类-元类型在系统中分配所有可能的数据。之后,在xml中指定数据元类型,以便您的数据始终具有元类型。并且,在创建视图之前,应阅读要显示的数据的所有元类型,并根据该元类型创建屏幕控件。之后,您可以加载并显示数据。这种方法在我的小型程序中效果很好,我认为它也会在您的系统中产生良好的效果。 [编辑] 好的,您的应用程序包括业务域(您的业务数据,业务逻辑和数据显示规则)。您已将所有这些内容分散在三个部分中:Model,View和ViewModel。据我正确理解,您对ViewModel的疑问是正确的。 例如,您的假设应用程序包含员工信息,并假设每个员工可能具有关于他或她的三种信息: 个人信息(姓名,出生日期,照片,家庭住址,手机号码) 教育信息(有关教育的信息,已完成的培训课程清单) 专业经验信息(成功完成的商业项目列表) 因此,我们拥有域-员工。该域可以分为三种元类型: 个人元型 教育元型 专业经验元型 对于每个元类型,我们应该创建子屏幕,该子屏幕将根据业务规则显示元类型信息。我建议您使用MVC模式制作元类型子屏幕,因为在数据编辑的情况下,可能会应用一些特殊的编辑规则或数据验证。创建每个子屏幕后,我们可以自由显示系统中每种类型的元信息。 例如,您的应用程序已加载员工信息。之后,您可以确定在加载的数据中显示哪种元类型,并可以强制创建适当的子屏幕。工作的最后一部分是将适当的数据传递到每个子屏幕。 这是非常模糊的解释,对不起我的英语,如果您对我有任何疑问,请随意解释并再次提问

要回复问题请先登录注册