我的工作是一个程序,自动设计加热器单位,根据不同的客户规格。创建每个加热器的过程非常复杂,需要多个可选步骤,具体取决于加热器的类型及其选项。
我正试图找出创建加热器对象的最佳方法是什么。
基于此,我的理解是使用构建器设计模式是有意义的。我可以一步一步地构建对象,然后添加选项。
我们制造的两种加热器(让我们称它们为A型和B型)在概念上非常相似,它们的混凝土建造者有着相同的界面。
问题是,我有第三种类型的加热器(C型),它共享大部分接口,但不是全部。具体来说,加热器的核心是由一组完全不同的步骤设计的,与其他两种类型没有重叠。
这使我不确定该如何组织事情。
.build_core()方法,但是这并不是真正的工作,因为构建核心并不是一个简单的步骤(对于所有类型)。有办法用构建器模式来处理这个问题吗?建筑工人甚至是工作的合适工具吗?
发布于 2023-01-08 13:01:02
不深入研究细节,因为构建器设计模式是对象创建的解决方案,使用构建器的方法可以是可行的,直接实现一个构建器,在连续读取客户端规范的同时设置值。
仅构建制造类型的加热器的细节增加了可以使用单一实现建模的复杂性,从而在上下文中封装加热器规范中的每个可能值,从而允许基于客户端规范中存在/不存在的值的附加操作,此外还可以将值设置到构建器中。
https://softwareengineering.stackexchange.com/questions/443252
复制相似问题