【问题标题】:Best Practice for Subset of Business Object Fields Structure? [closed]业务对象字段结构子集的最佳实践? [关闭]
【发布时间】:2009-02-03 19:54:43
【问题描述】:

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

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

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

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

【问题讨论】:

    标签: business-objects


    【解决方案1】:

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

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

    【讨论】:

      【解决方案2】:

      有很多框架可以执行您所说的这种 o/r 映射。

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

      如果您使用的是 .net,请参阅 HibernateNHibernate

      【讨论】:

        猜你喜欢
        • 2015-01-13
        • 1970-01-01
        • 2011-09-30
        • 2014-12-06
        • 2017-04-19
        • 1970-01-01
        • 1970-01-01
        • 2011-11-15
        • 2020-04-07
        相关资源
        最近更新 更多