我的情况理论上可能非常适合复合和迭代器设计模式,但我对这些模式的问题是无法访问可能成为交易破坏者的底层数据结构。
当然,我可以在一个国家的一个城市的商场里开一家商店,这建立了整体关系,如果我制作它的复合模式,我可以对所有对象(大部分)运行通用方法,比如商店/商场的时间打开和关闭,但实际上我们需要的不止这些。
以一个简单的任务为例,将这种复合结构从已保存的文件加载到树控件中。现在我们甚至都不知道哪个组件是什么,所以我们甚至无法确定一个组件应该是树中的父级、兄弟级还是子级。我们本质上必须进行某种类型检查,以找出首先反对哪种复合模式。对于外部迭代器尤其如此。
起初,这两种模式组合起来似乎有更大的潜力,但现在它们似乎没什么用。
我试图找到这两种模式的真正理由。Print()
cost()
除了简单的教科书示例(如函数)之外,它在哪里最好用。当从文件加载复合材料时,必须将复合材料进行类型转换以填充树控件以反映复合材料的层次结构,我对吗?