生成器模式
生成器模式是开发中非常常用的设计模式,也被称作建造者模式,它可以分步骤的去创建产品,根据产品的组合不同,去创建不同形式的产品。
这对于一些非常复杂,或需要配置文件的复杂产品,十分好用。
这就好比生产汽车,汽车有许多的配件,不同的配件就会产生不同的汽车类型。如果创建一辆汽车,就需要它的所有配件,创建起来非常复杂。我们就可以使用生成器模式,将这些配件的安装,分布完成,从而降低了创建类的复杂度。
结构
说明:
- 创建者类 - 主要负责定义创建的步骤,属于抽象级别,由子类实现。
- 子创建者 - 负责实现,通过不同的实现方式,来获得对应产品
- 主管类 - 主要负责创建产品,以及产品创建的过程。作为调用端和创建者的中间人。
其中主管类是可以不被需要的。主管类的主要职责是分步骤创建产品,而这完全可以直接由创建者完成,之所以分离出来,也是为了代码的耦合度和系统的扩展性考虑,但如果产品本身不大,可以不需要主管类,而且也可以降低代码的复杂度。(毕竟少一个类)
实现 - Unity
这里主要写法有两种方式
- 不使用主管类
- 使用主管类
写法仅供参考
不使用主管类
产品 - 自行车
//自行车
public class Bicycle
{
//把手
public string Handle { get; set; }
//坐垫
public string Cushion { get; set; }
//轮胎
public string Tire { get; set; }
public void Show()
{
Debug.Log(Handle);
Debug.Log(Cushion);
Debug.Log(Tire);
}
}
抽象建造者,以及子类
public abstract class BicycleBuilder
{
protected Bicycle _bicycle;
public abstract void BuildHandle();
public abstract void BuildCushion();
public abstract void BuildTire();
public void Reset()
{
_bicycle = new Bicycle();
}
public Bicycle MakeBicycle()
{
Reset();
BuildHandle();
BuildCushion();
BuildTire();
return _bicycle;
}
}
public class OrdinaryBicycleBuilder : BicycleBuilder
{
public override void BuildCushion() => _bicycle.Cushion = "皮革坐垫";
public override void BuildHandle() => _bicycle.Handle = "普通把手";
public override void BuildTire() => _bicycle.Tire = "普通轮胎";
}
public class ExpensiveBicycleBuilder : BicycleBuilder
{
public override void BuildCushion() => _bicycle.Cushion = "真皮坐垫";
public override void BuildHandle() => _bicycle.Handle = "防滑把手";
public override void BuildTire() => _bicycle.Tire = "耐磨轮胎";
}
调用端
public class BuilderExample1 : MonoBehaviour
{
private void Start()
{
BicycleBuilder[] arr = new BicycleBuilder[2];
arr[0] = new OrdinaryBicycleBuilder();
arr[1] = new ExpensiveBicycleBuilder();
arr[0].MakeBicycle().Show();
arr[1].MakeBicycle().Show();
}
}
结果
这样的写法,省略了主管类,由建造者完成创建,子建造者负责实现。降低代码复杂度,但却不宜扩展,分工不明确。
在一些不是很复杂,但也需要分步骤构建的产品中使用,毕竟合适,如果要对于扩展性和可靠性考虑,还是应该使用 主管类 作为调用端 和 实现端 中间人比较合适。
使用主管类
产品 - 手机
public class MobilePhone
{
//芯片
public string Chip { get; set; }
//手机屏幕
public string Screen { get; set; }
//摄像机
public string Camera { get; set; }
//...
public void Show()
{
Debug.Log(Chip);
Debug.Log(Screen);
Debug.Log(Camera);
}
}
建造者,以及子类
public interface IMobilePhoneBuilder
{
MobilePhone MobilePhone { get; }
void Reset();
void BuildChip();
void BuildScreen();
void BuildCamera();
}
public class ApplePhoneBuilder : IMobilePhoneBuilder
{
private MobilePhone _phone;
public MobilePhone MobilePhone => _phone;
public void Reset() => _phone = new MobilePhone();
public void BuildChip() => _phone.Chip = "苹果芯片";
public void BuildCamera() => _phone.Camera = "苹果摄像机";
public void BuildScreen() => _phone.Screen = "苹果屏幕";
}
public class OppoPhoneBuilder : IMobilePhoneBuilder
{
private MobilePhone _phone;
public MobilePhone MobilePhone => _phone;
public void Reset() => _phone = new MobilePhone();
public void BuildChip() => _phone.Chip = "Oppo芯片";
public void BuildCamera() => _phone.Camera = "Oppo摄像机";
public void BuildScreen() => _phone.Screen = "Oppo屏幕";
}
主管类
public class PhoneDirector
{
private IMobilePhoneBuilder _builder;
public PhoneDirector(IMobilePhoneBuilder builder)
{
SetBuilder(builder);
}
public void ChangeBuilder(IMobilePhoneBuilder builder) => SetBuilder(builder);
public MobilePhone MakeMobilePhone()
{
_builder.BuildChip();
_builder.BuildCamera();
_builder.BuildScreen();
return _builder.MobilePhone;
}
private void SetBuilder(IMobilePhoneBuilder builder)
{
_builder = builder;
_builder.Reset();
}
}
调用端
public class BuilderExample2 : MonoBehaviour
{
private void Start()
{
PhoneDirector director = new PhoneDirector(new ApplePhoneBuilder());
director.MakeMobilePhone().Show();
director.ChangeBuilder(new OppoPhoneBuilder());
director.MakeMobilePhone().Show();
}
}
结果
使用主管类,直观的感觉,就是多了一个中间人,需要先创建主管类,再去创建 创建者类,才可以去完成对产品的创建。主管类负责对制作流程和创建者的控制,创建者类只负责实现即可。降低代码耦合,但也麻烦了许多。
应用场景
- 对产品的进行分步执行,且延迟执行某些步骤而不会影响最终产品。
- 创建产品时,希望不同形式方式创建产品
- 对于复杂产品,可以逐步执行创建过程。
利与弊
优点
- 可以分步骤创建对象
- 可以生成不同形式的产品
- 将复杂构造代码从产品的业务逻辑中分离出来。
缺点
- 系统复杂度增加(多了一些的类)
生成器模式与工厂模式最大的区别在于,工厂关注与产品的创建,生成器模式关注产品的创建过程(即产品是如何一步一步创建的)。一般生成器模式旨在对复杂对象的拆解,让原本复杂的创建过程,从业务逻辑中分离,通过不同的创建方式来产生不同的产品。
♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️♦️
谢谢观看