问题标签 [business-objects]

从标题来看，我认为这是一个直截了当的问题，但是在“业务对象的世界”中，我似乎无法确定业务对象应该是什么。是否有任何我应该遵循的最佳实践，甚至任何设计模式？

我找到了一本书，“Expert C# Business Objects”，这是我更好地理解的最佳起点吗？

全部，

我将一个组添加为父组的子组，但它没有成为父组的成员。我必须进去手动设置。

有人知道这是如何工作的吗？

我有一个对象CaseNote，它有许多子对象之类的CaseNoteContactType。对于 1 个 CaseNote，可以有 x 个 CaseNoteContactType。在 UI 中，ContactTypes 显示在 CheckListBox 中。

我的问题是如何表示 ContactType 子对象？这是一int|string对简单的。

会ContactType是一个Dictionary？ IEnumerable<ContactType>? 一个array, collection, 还是List<ContactType>??

在这些情况下有什么意义？如果没有 CaseNote，ContactType 就不能存在，但足以使其成为对象吗？我不明白每种类型的含义。此外，CaseNote 可以有 0 到 30 个 ContactType 是否重要？

假设我确实走了创建 ContactType 类的路线，子类是否需要一个属性来存储它的父 ID？

指导非常感谢。

如果我离这里很远，那是因为我从来没有真正正确地设置业务对象，现在正在努力使我的环境适应我所阅读的内容。

假设我有具有以下字段的客户模型：Id、FirstName、LastName。我想在列表视图中显示客户列表。为此，我使用我的服务方法返回 List 以在视图中进行迭代。

但现在我还想为每个客户显示一些附加信息，例如信用。此信息不存储在数据库的特定字段中，而是必须根据 Transacitons 中的数据计算得出。我应该在哪里做这个计算？

我可以有一个名为 Credit for Customer 模型的额外字段，并在 getter 中执行此操作，但我不确定这是否是最好的方法，尤其是在 od Model 内部我无法访问 EF 上下文。

假设我的WinForms应用程序有一个业务实体 Order，该实体在多个视图中使用，每个视图处理应用程序中的不同域或用例。例如，一个管理订单，另一个挖掘一个订单并显示附加数据。

如果我使用 nHibernate（或任何其他 ORM）并为每个视图（或每个 db 操作）使用一个 session/dataContext，我最终会为同一个 Order 获得两个不同的实例（假设 orderId = 1）。尽管在功能上是相同的实体，但在技术上它们是两个不同的实例。是的，我可以实现 Equals/GetHashcode 以使它们“看起来”相同。

为什么要为每个实体使用单个实例，而不是为每个视图或每个用例选择私有实例？

拥有单个实例具有共享 INotifyPropertyChanged 事件和共享其他（非持久性）数据的优势。

在每个视图中都有一个私有实例将为您提供视图级别上撤消功能的灵活性。在上面的示例中，我允许用户更改订单详细信息，并给予他们不保存更改的灵活性。在这里，视图/用例之间的同步发生在数据持久性级别。

你的论点是什么？

我的 .NET 2.0 站点上有大约 15 个 .RPT 文件，我最近更改为新的数据库服务器。

我成功更改了其中 14 个 .RPT 文件的数据源，但在其中一个文件中，在进行更改后，当我尝试保存更新的报告时，我得到“无法保存文档”。我可以更改子报表的数据源并将其保存得很好，但是当我尝试更改主报表的数据源时，我会收到该错误消息。

在整个过程中，我肯定会在不同时间进行“验证数据库”，但这似乎没有帮助。

有任何想法吗？

我想开发一个企业应用程序，其中包括一个 WindowsForms 表示层、用于业务逻辑和数据访问的中间层组件以及一个 MsSQL Server 数据库。中间层组件应包含一些业务对象，并将使用 .NET Remoting 从表示层调用。Whitch 是从表示层引用这些业务对象的最佳方式（以及为什么）？

• A) 创建类库项目，实现业务对象。从表现层和中间层引用这个项目。
• B) 创建定义业务对象的接口库项目。创建实现接口的类库项目。从中间层引用类库项目。从表示层引用接口库项目。
• C) 为中间层和表示层创建单独的类库项目。从表示层引用相应的项目。

首先，这似乎是一个很长的问题。我不认为它是......代码只是我目前正在做的事情的概述。感觉不对，所以我正在寻找建设性的批评和警告，以了解我可以做什么的陷阱和建议。

我有一个包含业务对象的数据库。
我需要访问父对象的属性。
我需要通过业务对象维护某种状态。

如果您查看这些类，我认为访问修饰符不正确。我不认为它的结构很好。大多数关系都使用公共属性建模。SubAccount.Account.User.ID <--所有这些都是公开的..

有没有比这更好的方法来模拟类之间的关系，所以它不是那么“公开”？

这个问题的另一部分是关于资源：

如果我要创建一个返回列表的 User.GetUserList() 函数，并且我有 9000 个用户，那么当我调用 GetUsers 方法时，它将创建 9000 个用户对象，并且在其中将创建 9000 个新的 AccountCollection 对象。我该怎么做才能使这个项目不那么耗资源？

请在下面找到代码并将其撕成碎片。

我已经为一个项目完成了一个简单的数据库。只有6tables。在这 6 个中，一个是“查找”表。

有一个“主”表是系统的驱动程序。它被其他四个表作为外键引用。

假设这一步已经完成。创建可以加载数据和子数据的 POCO/BizObject 的最快、最简单的方法是什么。

这是我的警告。

• 我不想花超过 30-60 分钟的时间来学习如何做？
• POCO 中几乎不需要商业逻辑。他们几乎会加载数据。甚至不需要写回数据。
• 我已经知道 CSLA（最高版本 3），但我觉得这对于这个小项目来说太过分了。
• 尽管如此，如果它的 ROOT 对象可以具有包含 CHILD 对象的集合类，就像在 CSLA 中一样，我会喜欢它……但同样，不使用 CSLA。
• 请给出 .NET 35 的答案，但如果我被限制只能使用 .NET 20。
• 理想情况下，我可以将一个工具指向数据库，然后生成 POCO。
• 自由

只是好奇你们在这种情况下使用什么。

我知道这个问题是主观的，但我想听到各种各样的答案。

赛斯

我需要一些关于如何处理这种情况的建议。我的应用程序有许多表和映射到这些表的自定义类。让我们以以下为例（伪代码）：

检索任何这些类的单个对象是直截了当的。检索任何这些对象的列表也很简单。

我需要指导的是如何检索这些对象的组合。例如，我们可能需要显示城市名称和国家总统的列表（不包括州级）。我应该使用什么对象来保存这些数据？我想避免检索状态数据，因为访问数据库的费用很高。我通常使用转发器来呈现信息，因此我还需要一个可以轻松绑定到转发器的对象。

谢谢你的帮助。