Builder模式干啥子用的?其实是把创建的工作交给builder做了。另外一个是builder可以控制一个产品每一个部件是怎么装配的。
说实话,一般情况下,当然希望一下就builder好了,谁希望一步一步得去builder呢?
我记得java中的XML解析好像有这个,由于XML很大,所以每builder一步都会回调一下告诉用户一个东西已经builder完了。这可能
是builder的一个好处吧。
[可否在网络中解析协议也这么干?恩,对。以前常用的KLV buffer就可以这么设计,不同的builder干不同的事情。buffer收到数据就就交给builder去解析......]
写个简单的伪句:
XBuilder xbuilder ---->不同的builder可以从XBuilder里派生,这样就可做到面向接口编程
YDirector-->createProduct(XBuilder) ---->Builder中一个比较重要的角色是director,也就是导向器。恩?导向器是干嘛的?
注意builder的接口函数一般是一次创建一个部件。
例如Product 由 A,B,C组成,那么XBuilder的函数一般是createA,createB,createC,最后有一个getProduct。
directory的存成意义是:控制创建步骤,可能是A-B-C,也可能是A-C-B,这个只有directory知道,而用户确确实实不需要知道。
一般director的步骤是一定的,只是builder的不同,导致产品不一样。这个和工厂类不一样,buider可以直接使用子类的函数(说白了,就是不需要buider是一个接口)
恩,脑海中有这样一个图,结合前面的抽象工厂
---director------builder
|--------------buidler-x
|--------------buidler-y 一带多,使用diretor的接口创建,还可以使用各种builder的接口
abstract factory --只能使用af的接口
|
|-------af-x
|--------af-y
对了,最近从android Alertdialog中,也不是一定需要director的,自己去buidler各种东西,比如标题,msg,button等。
builder是一种比较好的东西,搞明白就好了。
刚才举的那个网络解析的buffer builder 不知道能否算这种模式。