问题标签 [entities]

我正在尝试使用角色表、用户表和具有用户 ID、角色 ID 的外部参照表来实现用户身份验证和授权。

为了实现通用存储库来更新角色、插入角色、添加用户、将用户添加到角色、更新用户、更新用户角色、验证用户、将用户会话添加到审计等，我是否为每个函数编写了单独的函数，或者我可以使用一种通用方法对于类似的功能。还有一些其他操作，例如将用户加入其他表并根据条件获取前 5 行，使用单个表单插入 3 个表（在键上连接）等

我对阅读许多文章和示例感到困惑，我看到的 bcos 示例除了 CRUD 操作之外没有深入实施。

有人可以指导我或指导我找到一个好的样本/文章吗？

我有三张桌子：

现在，实体设计者只创建了两个表，它们之间有关联。我正在尝试选择 UserId = value1 和 MessageId = value2 的项目，但似乎无法正确选择。实体查询会是什么样子？

如何保存使用 DomDocument 打开的 XML 文件，以使里面的 HTML 不会被编码为 HTML 实体？

所以我是 linq 的新手，所以请注意我正在做的事情可能完全是愚蠢的！

我有一个 caseStudies 表和一个具有多对多关系的服务表

案例研究已经存在，我正在尝试插入一项服务，同时将一些已经存在的案例研究链接到它。我假设这样的事情会起作用吗？

但这不正确，因为它抱怨

无法将类型“System.Linq.IQueryable”隐式转换为“System.Data.Objects.DataClasses.EntityCollection”

有人可以告诉我正确的方法。

提前致谢

我有两个核心数据实体，比如 Account 和 House。每个帐户都可以有一个房屋列表，而房屋只能在一个帐户中，因此这是一个常规的一对多关系，具有逆向关系。

一个帐户还有一个“主要”属性，它指示许多可能的房屋中的哪一个是主要的，或者如果没有，则为零。主要财产的身份可能会发生变化，当然可能会有很多账户，每个账户都有自己的房屋收藏。

我应该将其建模为与逆的一对一关系吗？没有？

或者我应该使用属性对其进行建模，比如存储有关房屋的唯一信息，例如包裹号，然后将其添加到房屋实体中？

两种方法的优点和缺点是什么，我应该考虑另一种方法吗？

您如何处理 XML 文件中的损坏数据？例如，如果我有

我正在尝试做：

它失败了，因为有一个未知的实体。注意，由于软件的编写方式，我不能使用 CDATA。我正在编写一个读取和写入 XML 的模块，有时用户会插入不正确的文本。

我注意到 DOMDocument->loadHTML() 很好地编码了所有内容，但是我怎么能从那里继续呢？

首先，按照我的理解，在 XHTML 文档中使用数字实体更合适，比如"代替"，对吗？

其次，对于我的 RSS XML 提要，哪种实体类型是正确的？命名的还是数字的？我相信它是数字，但请在我的搜索中查看两者的示例。

第三，以下哪项对于内联 JavaScript 中的实体是正确的？

或...（其中的标签JS function被转换为命名实体）：

编辑1：

下面的答案很好，但也许我应该用不同的措辞来表达我的问题。

忽略 JavaScript 问题，您可以将其用于您的网站和 RSS 提要：

(1) 所有数字实体，(2) 所有命名实体，(3) 两者的混合：& " < >，其余为数字。

我倾向于 3，因为我的网站已经& " < > '深度嵌入，htmlspecialchars()而且在很多地方都使用过。

编辑2：

伙计们，下面所有的好答案。只好选了一个，可惜了。

我遇到了一个我认为值得在这里讨论的困境。

我有一组域对象（如果你愿意，你也可以称它们为实体），它们从一个单独的 DAL 中获取一些数据，这些数据由 IoC 解析。

我正在考虑使我的系统非常可扩展，并且我正在徘徊是否也可以由 IoC 解决这些实体。

让我举一个愚蠢的例子。

假设我有一个网站，我有以下界面：

这个概念是，DAL 实现了这样的接口，也是一个通用IDataProvider<TData>接口，之后 DAL 变得易于替换。并且有以下类，它使用它：

这使得整个系统独立于实际的 DAL 实现（在示例中为IDataProvider<IArticleData>）。

然后想象一下这个功能还不够的情况，我想扩展它。在上面的例子中，我没有任何选择，但如果我让它实现一个接口：

然后，我删除了对 Article 类的所有依赖项，并开始将其解析为带有 IoC 的瞬态 IArticle 组件。

例如，在城堡中：<component id="ArticleEntity" service="IArticle" type="Article" lifestyle="transient" />

在此之后，如果我必须扩展它，那就很简单了：

我所要做的就是将配置更改为：<component id="ArticleEntity" service="IArticle" type="Article" lifestyle="transient" />

因此，任何使用相关系统的人都可以替换所有类，就像在配置中重写一行一样简单。所有其他实体也将正常工作，因为新实体将实现与旧实体相同的功能。

顺便说一句，这似乎是“关注点分离”哲学的一个很好的解决方案。

我的问题是，这是正确的做法吗？经过一番认真的思考，我想不出更好的方法来做到这一点。我也考虑过 MEF，但它似乎面向制作插件，而不是替换或扩展这样的系统已经完整的部分。

我阅读了许多关于该主题的 SO 问题（以及其他来源），最值得注意的是： 我应该如何使用 IoC/依赖注入处理我的实体/域对象？和 IoC，你把容器放在哪里？

而且我还担心我会遇到以下页面中描述的问题： http ://martinfowler.com/bliki/AnemicDomainModel.html和 http://hendryluk.wordpress.com/2008/05/10/应该由 ioc 管理域实体/

还有一件事：这会增加整个系统的可测试性，不是吗？

你怎么看？

编辑：另一种选择是为这些实体创建工厂模式，但IoC.Resolve<IArticle>比IoC.Resolve<IArticleFactory>().CreateInstance()

实体和值对象都是领域对象。在 DDD 中知道两者的区别有什么用？例如，将域对象视为实体或值对象是否会促进更清晰的域模型？

我们正在处理我们的 MVC 控制器中的实体，这些实体被传递给强类型视图。

当表单发布到视图中时，我们如何使用更新的数据在控制器中重新实例化这些实体？该表单不包含实体的所有字段，因此重新实例化实体所需的所有数据都不会存在于模型绑定中。只会提交部分数据集。

在使用发布的值更新实体之前，我不会根据键值重新加载实体，因为这是 1）效率低下 2）如果我不保留原始 RowVersion 并发字段的值，则防止在实体框架中与我的 POCO 对象进行乐观并发

但我的问题是这是推荐的方式吗？

此问题可能适用于包含未在视图中重新提交的数据并且您不想重新加载实体的任何实体。

谢谢