代码之家 › 专栏 › 技术社区 › Element

业务对象字段结构子集的最佳实践?[闭门]

business-objects

1

Element · 技术社区 · 17 年前

如果我有一个包含50个字段的业务对象,并且我需要从业务对象中只包含3个字段来填充下拉列表或gridview之类的内容,以允许快速浏览。

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

对于这种情况,最佳做法是什么?

2 回复 | 直到 17 年前

1

2

Cade Roux 17 年前

我创建了一个单独的只读摘要对象(或结构)列表,这些对象是轻量级的,无法操作。该系列可以根据您的正常需求进行定制。完整对象的检索可以通过将“摘要”对象传递给类型转换、工厂或构造函数来使用——不管您使用什么技术。

请注意,这是一种优化,只有当完整对象的集合变得太慢时才会发生。在这一点上可以很容易地创建它。通常,在必要时才创建此类类。

2

1

Nathan 17 年前

为了易于使用和健壮的配置,您需要付出更多的开销。

看见 Hibernate 或 NHibernate 如果您使用的是.net。

推荐文章

tst2016 · 如何使ABAP将“_”理解为BODS全局变量值中的特殊字符?

8 年前

Ahmed · 当表有中断时,如何在BusinessObject Web Intelligence中获取表中的最小和最大日期?

8 年前

uh_big_mike_boi · 在Business Objects SDK应用程序中包含第三方Jars

11 年前

uh_big_mike_boi · BusinessObjects SDK部署方面的最佳实践-自定义审计数据库

11 年前

Adam · 安排PDF格式BO报告的存储

12 年前

jl6 · 就数据操作而言,业务对象世界的限制是什么?

13 年前

Lloyd Banks · 业务对象中的Universe等效于SQL Server中的数据库

14 年前