实体框架和 POCO

Question

我正在学习实体框架和 POCO，虽然我喜欢很多概念，但我认为我还不太明白。这是一个示例：

我有一个如下所示的架构：

create table Customer
{
  Id int,
  Name varchar(32),
  Value1 varchar(32),
  Value2 varchar(32),
  Value3 varchar(32)
  ...
  Value50 varchar(32)
}

-- ColumnName will map to "Value1", "Value2", etc
create table ColumnMapping
{
  ColumnName varchar(32),
  DisplayName varchar(32) 
}

表示此数据的对象如下所示：

class Customer
{
    public Id { get; set; }
    public Name { get; set;}
    public Dictionary<string, string> CustomData { get; set; }
}  

也就是说，我想将 Value1 到 Value50 映射到字典（其中字典的键由 ColumnMapping 表确定） ）。

我想知道最好的方法是什么。

我希望客户成为 POCO，但为了做到这一点，它需要了解 Value1..Value50，以便能够将这些列转换为字典。但考虑到 POCO 应该一直保持无知，我怀疑这是否是正确的方法。

我想，总的来说，我正在努力了解 POCO 到底是什么 - 它是业务层使用的对象，还是需要在 POCO 和“业务对象”以及“业务对象”之间存在映射" 是业务层应该使用的。

任何有关如何处理此类情况的建议将不胜感激。

编辑

由于我没有收到我想问的问题的答案，我将继续说明我的决定（以防有人遇到类似的问题）。虽然 POCO 是持久无知的，因为它不需要知道它是如何持久化的，但它并不是完全持久无知的。也就是说，它必须以某种方式绑定到持久层。

在我的示例中，虽然我不希望业务层了解 Value1、Value2、Value3 等，但有人需要了解它才能将这些值转换为字典。我相信放置该逻辑的正确位置是 POCO，因此，我相信 POCO 应该具有 Value1、Value2、Value3 等列的属性。

谢谢， 埃里克

Answer 1

在 ORM 世界中，这是典型的方法

class Customer
{
   public int Id { get; set; }
   public string Name {get; set; }
   public virtual ICollection<CustomDatum> CustomData { get; set; }
}

class CustomDatum
{
   public int Id { get; set; }   // PK
   public string ColomnName { get; set; }
   public string DisplayName { get; set; }
}