[英]Design Pattern for building an object from a more complex object
我正在重构当前项目中的某些代码,并且希望就以下情况是否存在任何设计模式提供一些意见。
我有一个执行一些逻辑并返回包含上述逻辑结果的对象的类; 我们将此称为Result对象。 Result对象中包含的状态信息是基于更复杂的对象Intermediary对象构造的。
现在,已经存在用于从Intermediary对象中填充Result对象的代码,但是由于我要进行重构,所以我想使它更整洁。 我当时正在考虑创建一个单独的类,可能称为ResultBuilder,该类具有静态的execute方法,该方法将Intermediary作为输入,将Result作为输出。
是否有一种等效于“ ResultBuilder”类的设计模式? 从中间对象构造Result对象是否有更好的方法?
相信您需要Factory模式。
看来您已经有了解决方案,那么为什么您发现需要一些外部来源来为您命名,这样它才变得更加有效?
如果这对您有意义,并且确实使事情变得更清晰和整洁,则无需过多考虑名称和标签就可以做到这一点。
为什么Result
不能具有采用Intermediary
实例的构造函数?
生成器模式!
虽然它通常是一个多部分的构建过程。...如果只制造一件事,那么它更多的是工厂。
它是标准的GOF模式
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.