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

<p>如果我有50场的业务对象,我需要填充像下拉列表或GridView控件与业务对象只有3场,允许快速浏览。 P&gt; </p><p>时它加载了完全填充BO然后就抢在表示层的一些必需的领域的最佳实践? P&gt; </p><p>这似乎效率不高填充博的是大小,但唯一的其他方式的集合,似乎是返回部分填充BO的只有你需要一个特定的用户界面这将是难以管理的领域,如果你有很多的相似UI要求,或​​者做一个基类像MyBusinessObjectHeader包含的字段然后进行MyBusinessObject继承它,并实现了领域的其余部分,但似乎这将比分扳成你的UI太多了。 P&gt; </p><p>请告诉我这种类型的情况的最佳做法是什么? P&gt;
</p>

78 浏览 1 回复
  gt   对象   一个   填充   领域  

回复

    <p>使一个单独的只读列表的只读消化对象(或结构),它们重量轻,不能被操作。该集合可以定制任何需要你可能有正常。一个完整的对象的检索可以被用于通过使“消化”对象类型转换,或者工厂或构造 - 无论技术使用的是 P&gt; </p><p>请注意,这是一个优化仅当盛放的对象的集合被简单地变得过于缓慢发生。它可以很容易地在该点创建的。通常,这样的类不创建,直到有必要的。 P&gt; </p><p>有很多框架在那里,做这样的O / R映射你在说什么的。 P&gt; </p><p>你的交易多一点开销易用性和强大的配置。 P&gt; </p><p>请参阅休眠或的<a href="htt​​p://www.hibernate.org/343.html " rel="nofollow">如果你使用.NET NHibernate的。 P&gt;
    </p>

    史奇

相关提问


友情链接: