widget model关系

[bencharluo]

Static widget employs a ValueModel that represents an AECHAR*
主要就是想体现staticwidget和valuemodel得关系，并能监听。。。
由于对他们之间形象化的关系还不是很理解，所以很难写出这么一个例子啊
希望谁能提供一下啊？

[nicefuture]

是仅仅是要写例子，还是真的要理解。 真的要理解的话， 建议LZ去学一下设计模式。

BREW和BUIW（尤其是BUIW）中运用了大量的设计模式。 要真正理解（而不仅仅是会使用），那必须熟悉相应的设计模式。

BUIW基于轻量级的MVC， M对应BUIW中的Model，2.0版本之前的大部分Widget都相当与View+轻量级的Controller。 正是因为Controller的轻量级，所以不单独作为一个组件，而是直接将该功能放入View（Widget）中实现。 但是，当Controller的逻辑复杂后，还是作为单独的一个Controller组件被分离出来。比如，2。0版本中的Widget，为了支持Touch的复杂事件逻辑处理，每个Widget都会关联一个Controller来完成触控相关的事件处理。 TextWidget也一样， 当使用拼音输入法时，逻辑非常复杂，此时也会单独实现一个Controller。

Container，Decorator， Widget之间的关系属于 View的嵌套关系。 Container 和 Widget 之间是整体和部分的关系，但是都实现了同样的接口（Widget），以使得对外表现出一致性，从而支持嵌套组合。 这典型的使用了Composite模式。

Decorator和Widget的关系，其实是使用了典型的Decorator模式。 Decorator和 Widget也是同样实现了Widget接口，但是Decorator用于修饰一个Widget。由于他们实现了同他的Widget接口。使得即便是修饰后的Widget，仍然对于客户端透明，运行时动态的添加了职责

[bencharluo]

这个属于理论性的啊，现在就希望能将理论转换为实际的啊

[半吊子全栈工匠]

[Quote=引用 1 楼 nicefuture 的回复:]
是仅仅是要写例子，还是真的要理解。 真的要理解的话， 建议LZ去学一下设计模式。

BREW和BUIW（尤其是BUIW）中运用了大量的设计模式。 要真正理解（而不仅仅是会使用），那必须熟悉相应的设计模式。

BUIW基于轻量级的MVC， M对应BUIW中的Model，2.0版本之前的大部分Widget都相当与View+轻量级的Controller。 正是因为Controller的轻量级，所以不单独作为一个组件，而是直接将该功能放入View（Widget）中实现。 但是，当Controller的逻辑复杂后，还是作为单独的一个Controller组件被分离出来。比如，2。0版本中的Widget，为了支持Touch的复杂事件逻辑处理，每个Widget都会关联一个Controller来完成触控相关的事件处理。  TextWidget也一样， 当使用拼音输入法时，逻辑非常复杂，此时也会单独实现一个Controller。

Container，Decorator， Widget之间的关系属于 View的嵌套关系。 Container 和 Widget 之间是整体和部分的关系，但是都实现了同样的接口（Widget），以使得对外表现出一致性，从而支持嵌套组合。 这典型的使用了Composite模式。

Decorator和Widget的关系，其实是使用了典型的Decorator模式。 Decorator和 Widget也是同样实现了Widget接口，但是Decorator用于修饰一个Widget。由于他们实现了同他的Widget接口。使得即便是修饰后的Widget，仍然对于客户端透明，运行时动态的添加了职责
[/Quote]

说得很好！

[bxk253387223]

Mark