在创建LINQ实体类时破坏POCO域模型？

Question

假设我有一个从C＃类创建的域模型，如下所示：

public class MyClass
{
public string MyProperty { get; set; }
}

除了模型之外，我还为IoC定义了存储库接口类。

现在，我正在尝试使用LINQ映射将此POCO域模型转换为一组实体类。 （这篇approch在我正在阅读MVC的书中被推荐。）在上面的例子中，这很容易做到一些属性，而不会影响类的“普通旧”：

[Table]
public class MyClass
{
[Column]
public string MyProperty { get; set; }
}

当我开始映射关联，更改修改等问题时，问题就出现了。似乎我正在迅速破坏域模型的原始概念，而只是简单地创建一组LINQ-to-SQL类。我错过了什么吗？这些类仍然是业务逻辑的正确位置吗？我是否仍然可以并且应该继续从非LINQ，非数据库源中将数据加载到这些类中吗？

由于

Answer 1

此帖也在SO上回答了我的问题:(感谢Google）

Entity classes decoupled from LINQ to SQL provider for implementing the Repository pattern. How?

编辑：

好吧也许不是，这是关于实体类的常见抱怨吗？

另一个编辑：

好的，所以基本上目前无法做到这一点，但是使用.NET 4.0应该是可能的。

Answer 2

还有其他几个问题。
我本周结束了EF4游戏，您可以按照Julie Lerman blog post serie来实现EF4的存储库模式。它运作良好，虽然它还没有完全直截了当... 据我所知，EF3.5无法做到这一点。祝你好运。