代码之家 › 专栏 › 技术社区 › Daniel M

实体框架:一个大模型还是一组小模型?

linq-to-entities ado.net .net-3.5 entity-framework

Daniel M · 技术社区 · 16 年前

最近,我们就使用实体框架的方法进行了一些讨论。我们有一个相当大和复杂的基于网络的N层应用程序,这将是一个重大的改革。

问题是:如果我们从哪里开始使用实体框架,那么最好创建一个大模型,或者一组更小的基于功能/能力的模型。

我对此有自己的看法,但有兴趣听听其他人的想法。

更新(2008年11月17日): 我一直在为家里的小项目创建一个模型,删除它,重新创建等等。虽然我还没有尝试过,但我怀疑当涉及大量实体类型时,这种方法会更具挑战性。

此外,是否有人有过在使用TFS或类似工具的大型团队中使用EF的经验?

1 回复 | 直到 16 年前

Sam Schutte 16 年前

根据我的经验,我只需要制作一个大型数据库模型。否则,可能很难跟踪表在哪里更改。当我对数据库进行更改时,只需删除模型中的所有表并重新生成它。

当然,我也没有通过向模型中添加“实体”功能来定制我的模型(不确定这到底是如何工作的)。

所以我不是IT方面的专家,但我通常会使用linq-to-sql模型/对象,而不是实体框架——到目前为止,它对我来说效果更好。

推荐文章

Andreas · StackOverflowException上要继续的服务

7 年前

Roy · SQL C#:结果未返回任何内容。读取()

7 年前

Rachel · 创建控件列表只是为了在foreach中而不是在多行上设置一些共享属性,可以吗?

8 年前

Pablo · 如何在Regex.replace中仅替换捕获组?

9 年前

rudimenter · 为什么以下代码编译和执行成功?

11 年前

Rachel · 是否有任何原因在该代码块的List<T>中找不到现有项?

11 年前

oshirowanen · 动态超级链接

11 年前

sab669 · SharpSVN不迭代所有子目录和文件

11 年前

Himanshu THE ONLY ONE · 将DataGridView的DataSource设置为null/false将删除DataGridView中的所有默认设置

12 年前

ForeverWintr · Excel中的奇怪行为。工作表。单元格[行,列]

12 年前