问题标签 [poco]

我使用 MyGeneration 和 nHibernate 来创建基本的 POCO 对象和 XML 映射文件。我听说有些人说他们认为代码生成器不是一个好主意。目前最好的想法是什么？当它生成数千行无法理解的代码时，代码生成是不是很糟糕？

我有一个POCO包含 4 层深度包含对象的对象（例如Invoice具有具有 gl 条目的税收的行项目），我想将整个事物变成DataSet. 所以会有 4 个表，每个表都有应用于父表的约束。

有谁知道可以自动化的东西？

有人可以定义“POCO”的确切含义吗？我越来越频繁地遇到这个词，我想知道它是否只是关于普通类还是意味着更多？

好吧，我一直在尝试将我的模型转换为使用 LINQ，但不想丢弃我当前的 DTO 及其分散在域中的接口。

我设法找到了这篇博客文章，它很好地概述了这个过程：

在 LINQ To SQL 中实现 POCO

我设法让对象的记录检索正常工作，但是，由于我的模型的嵌套性质，我似乎无法为子对象添加工作。也就是说，如果我创建一个子对象，并设置对所需父对象的引用，LINQ to SQL 仍然会引发异常，说明子对象对父对象的引用为空。如果我尝试添加一个普通的旧父对象，它会成功，但直接添加子对象会失败

这是我失败的测试：

这是错误消息：

System.InvalidOperationException：试图删除市场和选择之间的关系。但是，不能将关系的外键之一 (Selection.MID) 设置为 null。

2个对象的相关部分：

我的 DA 代码：

和;

最后是我的 XML 映射：

那么，谁能指出我正确的方向？我已经找了好几个小时了...

编辑：

这是我的测试失败的堆栈跟踪：

还有我的 GetMarket 方法：

编辑2：

好吧，添加

XML 映射中的 Selections 外键已删除外键错误，但现在我在 Selections 的其中一个子对象上获得了一个空引用，说它对 Selections 的引用为空，即使在未设置任何变量的情况下初始化 Selections （外键之外）。我什至尝试创建一个子对象，并正确设置它的引用，但仍然收到此错误：

价格是另一个对象，构造与选择与市场相关（1 个选择有很多价格，1 个市场有很多选择）等等。

和有什么区别

• 一个简单的fields-accessors-mutators类
• 丰富的模型类

什么构成业务领域类中的丰富建模？

如题...

我在考虑类似“内存变化”之类的东西。在 Jaroslaw Kowalski 最近的博客上，我发现了类似的方法，但我想的东西要简单得多

我一直在阅读一些关于 ASP.NET MVC、SOLID 等的内容，我正在尝试为中小型 ASP.NET MVC 应用程序找出一个简单的“配方”，将这些概念结合在一起；我最关心的问题是控制器过于复杂，就像 web 表单中的代码隐藏文件，其中包含所有类型的业务逻辑。

对于小型数据驱动的应用程序，我正在考虑以下架构：

• 控制器：只处理请求，调用相应的服务并将动作结果返回给视图；
• 模型：POCO，处理所有业务逻辑、授权等。依赖于存储库，完全不了解持久性基础设施。
• 存储库：实现IRepository<T>，使用依赖注入，是我的数据库代码所在的位置；只接收和返回 POCO。

我正在考虑在控制器和模型之间提供服务，但如果它们只是传递方法调用，我不确定它会有多大用处。

最后应该有覆盖模型代码的单元测试，以及覆盖存储库代码的单元+集成测试（如果可能，遵循“红绿”实践）

想法？

我有两个课程：

在我的 Linq2Sql 设计器中，设计器上有两个 L2S 对象，它们之间有正确的 0<->many 箭头。科尔。

我不确定如何在一次调用中检索这些问题/答案并填充我的 POCO 对象..

这就是我所拥有的......有人可以填补空白吗？

想法？

更新：POCO之战

感谢您的回复，但它还不是 100%。

首先，我返回的是 POCO 类，而不是 Linq2Sql 上下文类。这就是为什么我正在做...

该类是 POCO，而不是 linq2sql。

其次，我喜欢指向做 Answers = q.Answers.ToList() 的答案，但这也不起作用，因为它试图将 Linq2Sql 类设置为 POCO 类。

我的团队希望使用 EFPocoAdapter，但也希望使用 DynamicData 工具，但遇到了一些问题。

我们基本上在 EFPocoAdapter Northwind 示例解决方案（我使用的是最新版本，1.03）中添加了一个“动态数据实体 Web 应用程序”项目，引用了所需的程序集，然后取消注释并编辑 Global.asax.cs 文件中注册的行MetaModel 的上下文如下所示：

我们收到此错误：“不支持上下文类型 'NorthwindEF.NorthwindEntities'。”

我们的问题是，我们怎样才能使它成为一个有效的上下文，或者我们怎样才能破解一些东西来使它为我们工作？

任何指针表示赞赏，谢谢。

经过深思熟虑，我决定使用 Linq To SQL 作为我的项目的 DAL，但将业务对象保留为 POCO 对象。

这将提供一些灵活性，因为数据库模式很旧并且有一些无法解决的问题，因为向后兼容。

我正在考虑制作一些方法来使用反射将 LINQ 对象检索或完成到 POCO 对象中。此方法必须尝试使用​​相同名称填充所有属性。

问题：
你知道做映射的更好方法吗？

澄清：
1.我不想使用NHibernate，实体等
。2.我知道反射很慢