这篇文章主要介绍“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进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
