将实体框架与WPF数据绑定一起使用的最佳实践[关闭]

我正在构建我的第一个真正的WPF应用程序(也就是说,第一个被我以外的人使用的应用程序),我仍然在用WPF来做事情的最佳方法。这是一个相当简单的数据访问应用程序,它使用的是全新的实体框架,但是我还没有找到很多在线指南来找到将这两种技术(WPF和EF)结合使用的最佳方法。所以我想我应该抛开如何接近它,看看是否有人有更好的建议。

• 我将在SQL Server 2008中使用实体框架。EF给我的印象是,它比需要的要复杂得多,而且还不成熟,但是Linq to SQL显然已经死了,所以我不妨使用MS所关注的技术。

• 这是一个简单的应用程序,所以我还没有看到适合在它周围构建一个单独的数据层。当我想要获取数据时,我使用相当简单的linq-to-entity查询,通常是直接从我的代码后面查询,例如:

  var families = from family in entities.Family.Include("Person")
             orderby family.PrimaryLastName, family.Tag
             select family;
  

• linq to entity查询返回一个iorderedqueryable结果,它不会自动反映基础数据中的更改,例如,如果我通过代码向实体数据模型添加一个新记录,则该新记录的存在不会自动反映在引用linq查询的各个控件中。因此,我将这些查询的结果放入一个可观察的集合中,以捕获基础数据更改:

  familyOC = new ObservableCollection<Family>(families.ToList());
  

• 然后,我将ObservableCollection映射到CollectionViewSource,这样我就可以在不必返回数据库的情况下进行筛选、排序等操作。

  familyCVS.Source = familyOC;
  familyCVS.View.Filter = new Predicate<object>(ApplyFamilyFilter);
  familyCVS.View.SortDescriptions.Add(new System.ComponentModel.SortDescription("PrimaryLastName", System.ComponentModel.ListSortDirection.Ascending));
  familyCVS.View.SortDescriptions.Add(new System.ComponentModel.SortDescription("Tag", System.ComponentModel.ListSortDirection.Ascending));
  

• 然后,我将各种控件以及不属于该CollectionViewSource的内容绑定到:

  <ListBox DockPanel.Dock="Bottom" Margin="5,5,5,5" 
      Name="familyList" 
      ItemsSource="{Binding Source={StaticResource familyCVS}, Path=., Mode=TwoWay}" 
      IsSynchronizedWithCurrentItem="True" 
      ItemTemplate="{StaticResource familyTemplate}" 
      SelectionChanged="familyList_SelectionChanged" />
  

• 当我需要添加或删除记录/对象时,我会从实体数据模型和ObservableCollection中手动添加或删除:

  private void DeletePerson(Person person)
  {
      entities.DeleteObject(person);
      entities.SaveChanges();
      personOC.Remove(person);
  }
  

• 我通常使用stackpanel和dockpanel控件来定位元素。有时我会使用网格,但似乎很难维护:如果要在网格顶部添加新行,必须触摸网格直接承载的每个控件,告诉它使用新行。塔克(微软似乎从未真正获得过干燥的概念。)

• 我几乎从不使用vs wpf设计器来添加、修改或定位控件。与VS一起提供的WPF设计器对查看表单的外观有一定的帮助,但即使这样,也不是真的,特别是当您使用的数据模板没有绑定到设计时可用的数据时。如果我需要编辑我的XAML,我会像个男人一样,手动进行。

• 我的大部分代码都是用C而不是XAML编写的。如我所说 elsewhere 除了我还不习惯在其中“思考”之外,XAML给我的印象是一种笨拙、丑陋的语言,它恰巧也伴随着糟糕的设计和智能感知支持,而且无法调试。塔克因此,每当我能清楚地看到如何在后面的C代码中做一些我不容易看到如何在XAML中做的事情时,我就用C代码来做,而不必道歉。关于如何在WPF页面中几乎从不使用代码隐藏(比如,用于事件处理)是一个很好的实践,已经有很多人写过了,但至少到目前为止,这对我来说毫无意义。如果我能使用一种漂亮、干净的语言,比如C,它有世界级的编辑器、近乎完美的智能感知和无与伦比的类型安全性,为什么我要用一种丑陋、笨拙的语言、糟糕的语法、糟糕得出奇的编辑器和几乎没有类型安全性来做一些事情呢?

所以我就在这里。有什么建议吗?我是不是错过了什么?我真的应该考虑做什么不同的事情吗?