使用 EF 4 创建 MustOverride（抽象）成员？

Question

我有一个抽象类Contact。

它导致两个子类：

1. Company (Title)
2. Person (FirstName, LastName)

我想在 Person 表中添加一个计算的“Title”列，它返回 FirstName + ' ' + LastName，这将为我提供更好的搜索选项。

所以我想创建具有抽象属性 Title 的 Contact 表，这两个属性中的每一个都实现了该属性，因此，我将能够使用：

Dim contacts = From c In context.Contacts
               Where c.Title.Contains("Nash")

我很确定这是不可能的，问题是有效的替代方法是什么？

在我的场景中，我有一个列表框，显示公司和个人类型的所有联系人，我有一个搜索文本框，我想要服务查询（GetContacts(searchQuery As String) ）根据数据库查询过滤后的集合。

更新
在 Will 回答之后，我决定在 Person 表中创建一个如上所述的计算列。 问题是实现 WCF-RIA 查询方法的最有效方法是什么：

Public Function GetContacts(searchQuery As String) As IQueryable(Of Contact)
  'Do here whatever it takes to retieve from Contacts + People 
  'and mix the results of both tables ordered by Title
End Function

Answer 1

不幸的是，虽然有一种方法可以使用 部分类 来做到这一点，但我 99% 确定你不能混合涉及实体属性和分部类中定义的“POCO”属性的 linq 查询。

Linq to Entity 上下文实际上会将这些查询转换为 sql，并且它无法处理上下文不直接支持特定方法的情况。 L2E 的一个常见示例是无法在查询中使用枚举。就像知道如何处理枚举一样，上下文当然不知道在转换为原始 sql 时如何处理 POCO 属性。

您可能想要研究的一个选项是在数据库中创建计算列，或者运行查询，执行传统的 ToArray() 以触发枚举，然后检查内存中的计算列。然而，这可能不是一个好的解决方案，具体取决于表的大小。

---

因此，本质上，您希望搜索两种不同的类型（由两个不同的表支持），然后组合结果以显示给用户。

我不得不说多态性不是最好的解决方案。在 UI 中显示它们的愿望不应该将设计决策一直强加到您的类型定义中。

我之前在 WPF 中做过几次类似的事情。我用两种方法做到了；通过使用外观类型形式的多态性来包装模型，并且可以通过公共基类型进行处理，并将集合中的所有不同类型视为 System.Object。

当您需要类型安全并且能够以相同方式处理不同类型时，第一种方法是可以的。包装器扩展了一个公共基类，并被编码为“知道”如何正确处理每个包装类型。

当您不需要类型安全时，例如将集合公开到 WPF 视图（其中您在 ItemsControl 中显示它们）时，第二种方法是可以的，它可以根据集合中每个实例的类型找出要使用的正确 DataTemplate。收藏。

我不确定哪种方式最适合您，但无论哪种方式，您都应该分别查询您的公司和个人表，联合两个结果集，然后对它们进行适当的排序。

伪代码：

//Wrapper version
var results  = Company
               .Where(x=>x.Title.Contains(searchTerm))
               .Select(x=> new CompanyWrapper(x))
               Cast<BaseWrapper>().Union(
                  Person
                      .Where(x=>x.ComputedTitle.Contains(searchTerm))
                      .Select(x=> new PersonWrapper(x))
                      .Cast<BaseWrapper>());

//System.Object version
var results  = Company
               .Where(x=>x.Title.Contains(searchTerm))
               Cast<object>().Union(
                  Person
                      .Where(x=>x.ComputedTitle.Contains(searchTerm))
                      .Cast<object>());

在这两种情况下，您可能不必专门进行向下转换。同样，如果您在 UI 中需要类型安全，第一个为您提供类型安全，第二个更简单，并且在后端需要更少的代码，但仅当您不需要 UI 中的类型安全时才有用。

至于排序，搜索并合并结果后，您可以 OrderBy 对结果进行排序，但是您必须提供一个可以执行排序的函数。此功能将根据您选择的版本而有所不同。