5

假设我有一个从 C# 类创建的域模型,如下所示:

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

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

现在,我正在尝试使用 LINQ 映射将此 POCO 域模型转换为一组实体类。(在我正在阅读的关于 MVC 的书中推荐了这种方法。)在上面的示例中,这很容易使用一些属性而不影响类的“普通旧度”:

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

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

谢谢

4

2 回答 2

1

这篇文章也在 SO 上回答了我的问题:(感谢 Google)

实体类从 LINQ 到 SQL 提供程序分离,以实现存储库模式。如何?

编辑:

好吧,也许不是,这是对实体类的常见抱怨吗?

另一个编辑:

好的,所以目前基本上这不能完成,但是使用 .NET 4.0 应该是可能的。

于 2009-07-09T19:01:30.793 回答
0

还有其他几个类似的问题。
我这个周末玩了 EF4,你可以按照Julie Lerman 的博客文章系列来用 EF4 实现一个存储库模式。它运行良好,虽然它还没有完全直截了当......
据我所知,EF3.5 无法做到这一点。祝你好运。

于 2009-12-14T07:41:03.577 回答