问题标签 [business-objects]

我需要知道如何遍历 CR2008 中的记录，当它到达一个非 NULL 的记录时，将其记录在一个变量中。

我有一个名为“frmAccum”的公式，我将它放在详细信息部分并取消它。我使用它来收集处理的每条记录的信息。我还有一个名为 frmReset 的公式，其中我将 stringvar "person_name" 设置为 ""，我可以将其放在 Group 标题中以在分组后重置。

当遇到一个非空且不为空的 person_name 字段时，我希望它将名称保留在要在报告标题中使用的变量中。

所以是这样的：

我无法让这种组合发挥作用。任何帮助表示赞赏。

首先，让我解释一下我在做什么。我需要一个订单，它被分成不同的数据库，并打印出这个非常大的订单。我从订单中需要的是来自不同数据库的大约 100 列左右。我正在做的方式是使用连接查询并将所有列值分配给我的一个大型 Order 类中的一个变量。这已经开始变得麻烦了。我想知道不是有一个由 100 名左右的成员组成的班级来组成订单。我应该为我使用的每个数据库设置一个类，然后使用它吗？

让我补充一下。基本上，将对象映射到原始数据库表还是结果集更好。因为我将对象映射到结果集而不是单个表。

我即将进行的一个项目正在考虑涉及（我称之为）“抽象实体引用”的设计。这与更常见的数据模型设计大相径庭，但可能需要实现我们想要的灵活性。我想知道其他架构师是否有类似这样的系统的经验以及需要注意的地方。

该项目需要控制各种人员对各种实体（逻辑上：业务对象；物理上：数据库行）的访问。例如，我们可能想要创建如下规则：

• 用户 Alice 是 Z 公司的成员
• 用户 Bob 是 Y 组的经理，该组有用户 Charlie、Dave 和 Eve。
• 用户 Frank 可以为 [关键业务对象] X 以及 [关键业务对象组] U 中的 [关键业务对象] 输入数据。
• 用户 George 不是 T 公司的成员，但可以查看 T 公司的报告。

这个想法是我们有很多不同的安全对象、角色、组和权限，我们想要一个系统来处理这些。理想情况下，该系统一旦启动，几乎不需要对新情况进行编码；它应该非常灵活。

在“传统”数据设计中，我们可能有这样的实体/表：

• 用户
• 公司
• 用户/公司交叉引用
• 用户组
• 用户/用户组交叉引用
• CBO（“关键业务对象”）
• 用户/CBO 交叉引用
• CBO集团
• 用户/CBOGroup 交叉引用
• CBO/CBOGroup 交叉引用
• ReportAccess，这是用户和公司之间的交叉引用，专门用于访问报告

请注意大量的交叉引用表。这个系统不是很灵活，因为任何时候我们想要添加一种新的访问方式，我们都需要引入一个新的交叉引用表；这反过来又意味着额外的编码。

提议的系统让所有主要实体（用户、公司、CBO）在一个名为 Entity 的新表中引用一个值。（在代码中，我们可能会将所有这些实体作为 Entity 超类的子类）。然后有两个额外的表引用了Entity * Group，它也是一个Entity“子类”。* EntityRelation，它是任意类型（包括 Group）的两个实体之间的关系。这可能还会有某种“关系类型”字段来解释/限定关系。

这个系统，至少乍一看，看起来可以满足我们的很多要求。我们可能会在未来引入新的实体，但我们永远不需要额外的表来处理这些实体之间的分组和关系，因为 Group 和 EntityRelation 已经可以处理这些了。

但是，我担心这在实践中是否可能效果不佳。实体之间的关系将变得非常复杂，并且人们（用户和开发人员等）可能很难理解它们。而且，它们会非常递归；这将使我们依赖 SQL 的报告编写人员的工作变得更加困难。

有没有人有类似系统的经验？

我想知道填充业务对象层次结构（父/子/孙子）结构的最佳实践来自单个数据库调用。

我可以想到几种方法来完成它，例如：

左连接我的 sql 语句中的所有关系，然后使用循环和逻辑来填充业务对象

或者

使用几个 select 语句和 1 个 datareader 并使用其 NextResult() 方法遍历每个结果集并填充相应的 BO

只是想知道最好的做法是什么

我正在为我的 DAL 使用 DAAB 和 c#

谢谢！

我有一个 WPF 对话框，上面有几个文本框。文本框绑定到我的业务对象并附加了 WPF 验证规则。

问题是用户可以完美地单击“确定”按钮并关闭对话框，而无需实际将数据输入到文本框中。验证规则永远不会触发，因为用户甚至没有尝试将信息输入到文本框中。

是否可以强制验证检查并确定某些验证规则是否被破坏？

当用户尝试关闭对话框并在任何验证规则被破坏时禁止他这样做时，我将能够做到这一点。

谢谢你。

如果我有一个包含 50 个字段的业务对象，我需要使用业务对象中的 3 个字段填充下拉列表或网格视图之类的内容，以便快速浏览。

加载完全填充的 BO 然后只在表示层中获取几个必填字段是最佳做法吗？

填充这样大小的 Bo 集合似乎效率低下，但唯一的其他方法似乎是仅返回部分填充的 BO，其中仅包含特定 UI 所需的字段，如果您有很多类似的 UI 要求，这将很难管理，或者创建一个像 MyBusinessObjectHeader 这样包含字段的基类，然后让 MyBusinessObject 继承它并实现其余的字段，但这似乎会使你的 UI 过于紧密。

这种情况的最佳做法是什么？

目前使用 SAS 作为测量引擎，Business Objects 作为显示层。希望开发一种新的、更快、更流畅的解决方案。是否有人开发或购买了活动测量报告系统？这个解决方案应该衡量从电子邮件统计、网络统计、客户活动、提升、投资回报率等方面的所有内容。

好的..我正在研究和寻找nada...我们正在与来自印度的团队合作，他们想从头开始重写所有内容..有什么解决方案吗？

我有一个业务对象，它是子对象的组合。
我在 Visual Studio 2008 中使用数据绑定来绑定到 Windows 窗体上的控件。

但是我在表单的 InitializeComponent 方法中遇到了上述错误。

假设我有一个名为 ParentObject 的对象，其中包含一个通用列表 ChildListObject。ParentObject 也有 Child 对象，它本身有一个 Child 对象。（即ParentObject.ChildObject.ChildObject）

我设置了主要的绑定源：

我添加一个网格并设置它的绑定源：

并将 DataMember 设置为：

现在，网格的数据源设置为 GridBindingSource：

还有其他控件绑定到 ParentObject 和 ParentObject.ChildObject 的属性

我已经在一个孤立的项目中对此进行了测试，它工作正常，所以我很难找出真正的错误是什么？过去可以工作的代码会突然停止工作。

我得到的错误是（如果我在上面的例子中使用对象的名称）：

“在 DataSource 上找不到 DataMember 属性 ChildObject”

它失败了：

奇怪的是，如果我删除 <System.Diagnostics.DebuggerStepThrough()> 然后当它失败时继续它很好？？？但它在运行时仍然失败。

有没有人有任何想法可以为我指明正确的方向？我通过谷歌搜索发现的最接近的是它可能与生成的设计器代码的顺序混乱有关。正在运行的代码将突然停止工作。

这个问题似乎来来去去。如果我只是在引发错误后继续，程序会愉快地继续没有问题。可能是VS中的一个错误。但是在运行时错误仍然存​​在。

是什么导致了这个问题？如何阻止它发生？

角色/视图逻辑属于存储库模式内部还是外部？

例如，我有一张产品表，每个产品有 5 个价格字段 - 一种用于每种类型的客户（批发、零售等）。

我只想向合适的用户显示合适的价格。

如果我有这些产品的存储库，是否应该返回 Product 业务对象，包含所有 5 个价格，并且以某种方式只显示相关价格？

如果是这样，什么是使用的好模式？

我是否应该创建一个视图对象，它接受一个业务对象和一个角色并确定要显示的正确价格？或者我应该把这个逻辑放在业务对象中吗？

（仅供参考：如果您认为它有助于构建响应，我将在 ASP MVC 中构建解决方案）

谁能告诉我如何以人类可读的形式（例如 1d 5h 2m 13s）格式化给定的秒数（例如 16742 秒）

• 使用 BO 字段公式
  或
• 从 T-SQL SELECT 语句中（其中 Duration as Seconds 来自 SUM 聚合）？