我坚持使用下面的场景。它有一种代码的味道,我对此并不满意,但它的解决方案似乎同样复杂,只是方式不同而已。
我有一个表示业务对象的场景图。我设计它的目的是让业务对象本身尽可能简单。他们实际上就是警察。
现在,一个实体可能通过不同的节点显示在场景图的多个区域中。
当实体发生变化时,所有相关的场景图形节点都应该发生变化。
我在犹豫是否在我的所有实体上使用观察者模式,因为我一次在屏幕上有超过50000个实体。
因为所有的更改都是从视图发起的,所以现在我在场景图上递归,并强制重新加载与更改后的实体相关联的所有节点。感觉不太对劲。
有什么建议可以做得更好吗?
发布于 2009-11-19 01:17:02
Business Object == Entity?您有50k个实体在屏幕上表示为节点,其中一些实体具有多个节点。用户操作会更改实体的状态,因此必须更新一些节点。但当然,实体并不知道节点。
我会让代理对象包装实体。他了解与节点的关系。对实体的更新通过他,因此他可以完成更新,然后通知相关节点。这有效地避免了必须迭代节点集来查找更新。
发布于 2009-11-19 01:04:45
实体应该将它们的更新发布到单个队列中,然后负责更新视图的对象可以轮询该队列。
https://stackoverflow.com/questions/1757487
复制相似问题