您好,登录后才能下订单哦!
这篇文章主要介绍“Python怎么实现BUILDER模式”,在日常操作中,相信很多人在Python怎么实现BUILDER模式问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”Python怎么实现BUILDER模式”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
实现
通常有一个抽象的Builder类为导向者可能要求创建的每一个构件定义一个操作。这些操作缺省情况下什么都不做。一个ConcreteBuilder类对它有兴趣创建的构件重定义这些操作。
还是那句话,这并不是Builder模式的专利,只要有抽象/具象关系就是这样。
这里是其他一些要考虑的实现问题:
1) 装配和构造接口
生成器逐步的构造它们的产品。因此Builder类接口必须足够普遍,以便为各种类型的具体生成器构造产品。
这一点在前一篇文章中也提过,足够普遍的意思是它足够各个具象类生成各自的产品。
一个关键的设计问题在于构造和装配过程的模型。构造请求的结果只是被添加到产品中,通常这样的模型就已足够了。在RTF的例子中,生成器转换下一个标记并将它添加到它已经转换了的正文中。
但有时你可能需要访问前面已经构造了的产品部件。我们在代码示例一节所给出的Maze例子中,MazeBuilder接口允许你在已经存在的房间之间增加一扇门。像语法分析树这样自底向上构建的树型结构就是另一个例子。在这种情况下,生成器会将子结点返回给导向者,然后导向者将它们回传给生成者去创建父结点。
这段话想表达的是有时需要将创建的节点返回给Director以便进行更精细的控制。我们无法找到语法分析树中使用Builder模式的例子,所以编写了下面构建菜单的例子。首先是抽象类:
然后就可以像下面这样编写代码:
程序执行结果如下:
这里的MenuTester,ItemCheck和前面的Menu、MenuItem没有任何关系。
比较这两个Builder的实现也可以发现:抽象的行为一样,具象的行为完全不同。
利用者侧的代码也几乎一样:
内容是一连串的测试动作。
利用者只要使用不同的具象Builder,就可以在毫不知情的情况下构建完全不同的产品。
到此,关于“Python怎么实现BUILDER模式”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。