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

时间:2009-02-03 19:54:44

标签: business-objects

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

最佳做法是加载完全填充的BO,然后只抓取表示层中的几​​个必填字段?

填充这么大小的Bo的集合似乎效率低下但是其他唯一的方法似乎就是返回部分填充的BO,只需要特定UI所需的字段,如果你有很多类似的话就很难管理UI要求,或​​者创建一个包含字段的MyBusinessObjectHeader等基类,然后让MyBusinessObject继承它并实现其余的字段,但这会使你的UI看起来太过分了。

这类情况的最佳做法是什么?

2 个答案:

答案 0 :(得分:2)

我创建了一个单独的readonly摘要列表,其中包含轻量级且无法操作的只读摘要对象(或结构)。该集合可以根据您的正常需求进行定制。通过将“摘要”对象传递给类型转换,工厂或构造函数 - 无论您使用何种技术,都可以使用完整对象的检索。

请注意,这是一种优化,只有在完整对象的集合变得太慢时才会发生。它可以在那时轻松创建。通常,这些类在必要时不会创建。

答案 1 :(得分:1)

有很多框架可以进行你正在谈论的这种o / r映射。

为了易用性和强大的配置,您需要花费更多的开销。

如果您使用的是.net。

,请参阅HibernateNHibernate