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

Question

说我已经得到了从C＃类这样创建的域模型：

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

随着模型，我已经为国际奥委会定义库接口的类。

现在，我正尝试使用LINQ映射将此POCO域模型转换为一组实体类。 （此计算策略是在一本书我读的MVC推荐。）在上面的例子中，这是很容易的做一些属性，而不会影响类的“纯故乡”：

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

问题当我开始映射关联时，改变修改等。看起来我很快破坏了领域模型的原始概念，而是简单地创建了一组LINQ-to-SQL类。我错过了什么吗？这些类仍然是业务逻辑的正确位置吗？我仍然能够并且应该继续将数据从非LINQ非数据库源加载到这些类中吗？

感谢

Answer 1

这个帖子，还对SO，回答我的问题：（感谢谷歌）

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

编辑：

嗯，也许不是，这是关于实体的普通投诉班？

ANOTHER编辑：

好了，所以基本上这不能在一瞬间完成，但随着.NET 4.0也应该是可能的。

Answer 2

还有其他几个这样的问题。
我在本周结束时使用了EF4，你可以按照Julie Lerman blog post serie来实现EF4的Repository模式。它运作良好，虽然它还没有完全直接前进......
据我所知，没有办法与EF3.5做到这一点。祝你好运。