问题标签 [poco]

我有一个存储过程，它返回许多字段，pew 行。无论如何我可以定义存储过程“进入”的类，而不是使用自动生成的类？

我希望填充结果的类是 POCO，而不是另一个 LinqToSql 表。

这可能吗？我假设 poco 类公共属性与返回的记录集中的字段名称相同。

从普通的旧 C# 对象生成 XSD 时，Visual Studio 提供的 xsd.exe 工具是否会生成 SchemaLocation 属性（在 xs:import 中）？

我发现我生成的 XSD 无效，因为 xs:import 将导入命名空间并且不提供提示以下的相对架构位置值

命名空间“urn:company-event-namespace”的导入架构未解析。

我希望在其类层次结构树中创建一个 POCO [Serializable] 但不是任何其他类成员。我知道有 [NonSerialized] 仅适用于字段，但是有没有办法在 POCO 上使用 [Serializable] 排除它们或选择特定成员？

我想在 XAML 中编写POCO，并使用 DataTemplate 在运行时在 GUI 中显示该对象。到目前为止，一切都很好; 我知道该怎么做。

由于我已经有一个可以将我的 POCO 转换为 WPF 可视化树的 DataTemplate，有没有办法让 Visual Studio 设计器一起玩，并让设计视图在我编辑时向我显示 POCO+DataTemplate 的结果 GUI POCO 的 XAML？（显然设计师不知道如何编辑“设计视图”；我不希望工具箱或单击并拖动在设计表面上工作。这很好 - 我只想看到预览，因为我编辑。）

如果您好奇，所讨论的 POCO 将是游戏的关卡地图。（此时，我不打算发布最终用户地图编辑器，因此我将在 Visual Studio 中自己进行所有编辑。）所以 XAML 不是像 Window 和 UserControl 这样的 WPF GUI 对象，但它是仍然不是我想盲目地敲出一些 XAML 并希望最好的东西。我想看看我在做什么（GUI 地图）。

如果我尝试创建一个根是我的地图对象的 XAML 文件，设计器会显示“故意留空 - 可视化设计器不支持文档根元素”。即使我在 App.xaml 中定义了 DataTemplate，它也会这样做<Application.Resources>。

但我知道设计师可以在我的 POCO 位于 WPF 对象中时展示它。实现我想要的一种可能的方法是拥有一个仅包含 ContentPresenter 的 ScratchUserControl，并在该 ContentPresenter 的 Content 属性中编写我的 POCO XAML，例如：

但是当我完成编辑时，我必须确保将内容复制回自己的文件中，这看起来很乏味且容易出错，而且我不喜欢乏味且容易出错。既然我可以通过这种方式预览我的 XAML，那么没有 UserControl 就没有办法吗？

我有一些 POCO，并且有相应的持久性对象来执行 CRUD。持久性对象的好名字是什么？我见过人们对这些使用术语“服务对象”，但是当我想到服务时，我想到了 WCF。也许“持久对象”是最好的，但我想听听其他人的想法。

真的很简单的问题，我想知道任何人在那里放的命名约定 DTO / POCOS ....

我真的不想像匈牙利符号一样前缀..我摆脱了那个！

但是我的 dtos 命名与我实际返回的对象名称发生冲突，尽管它们位于不同的命名空间中，但它仍然有点令人困惑..

我想知道任何人适用于它的命名约定

例如我的客户对象被称为客户

我做了一个映射到 dto ...这是客户 .. 我在想 DtoCustomer ..

没有把握

任何人 ？

我希望能够为 POCO 创建一个运行时代理，其风格与我在 Java 中使用JRE或cglib代理库的风格相同。

我见过Castle DynamicProxy看起来很符合要求，但文档不是很好。我也很惊讶这种东西不在 .Net Framework 本身中。

有没有人：

• 知道 Castle DynamicProxy 的任何好的资源吗？
• 知道任何替代方法吗？

谢谢！

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

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

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

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

谢谢

我们正在为我们当前的项目试验几个不同的持久层。我们正在尝试一种 POCO/PI 方法。我们的候选人之一是 LinqToSql。我正在关注 Vijay Mehta 在“Pro LINQ Object Relational Mapping with C# 2008”中提出的工作，其中 POCO 和映射文件是手动创建的。

我有以下 POCO：

我有一个映射文件：

当我尝试加载映射源时，出现错误：

失败的 CanInstantiateDataContext CIN.CIN2010.Persistence.L2S.Test 测试方法 CIN.CIN2010.Persistence.L2S.Test.ContextTests.CanInstantiateDataContext 抛出异常：System.TypeInitializationException：“嵌套”的类型初始化程序抛出异常。---> System.InvalidOperationException：映射问题：无法解析“CIN.CIN2010.DomainModel.Notifications.Notification”类型的根目录。

有任何想法吗？

如果人们认为这是被打死的，我提前道歉。我刚刚花了几个小时在 SO 中搜索和阅读了许多优秀的帖子，但我仍然感到困惑。

我困惑的根源是 DTO 与 DDD 和存储库。我希望我的 POCO 域对象具有智能，并且我想从存储库中获取它们。但似乎我必须违反一些封装规则才能使其工作，而且它似乎可以将 DTO 置于他们的头上。

下面是一个简单的示例：在我们的目录应用程序中，一个部件可以是一个包含许多其他部件的包。因此，Part POCO 有一个返回 IEnumerable<Part> 的“GetChildren()”方法是有意义的。它甚至可能在列表退出时做其他事情。

但是该列表是如何解决的呢？似乎存储库就是答案：

和

所以现在我的目录的消费者，除了（正确地）从存储库中加载部件外，还可以通过直接调用 GetChildren(part) 来绕过一些部件封装的逻辑。那不是很糟糕吗？

我读到存储库应该提供 POCO，但 DTO 有利于在“层之间”传输数据。计算了许多部件属性 - 例如，价格是根据复杂的定价规则计算的。价格甚至不会出现在来自存储库的 DTO 中 - 因此似乎将定价数据传递回 Web 服务需要 DTO 使用该部件，而不是相反。

这已经变得太长了。我的头在哪里拧开？