06-Factories工厂

本文介绍了Unity游戏开发中Zenject框架下如何使用工厂模式动态创建带有依赖的对象。包括简单工厂(PlaceholderFactory)、抽象工厂、自定义工厂以及直接注入IFactory的使用方法,详细阐述了每种工厂模式的实现和应用场景,帮助开发者更好地理解和应用依赖注入。

当我们需要在游戏运行过程中动态创建新对象(如动态生成新的“敌人”实例),同时又需要新生成的对象注入依赖关系,推荐的实现方式是使用工厂。

PlaceholderFactory

PlaceholderFactory是最简单也是最常用的一种工厂,它的基本用法如下:

public class Player
{
}

public class Enemy
{
	// 当前类有外部依赖
	private Player _player;

	public Enemy(Player player)
	{
		_player = player;
	}
	// 工厂类,继承PlaceholderFactory
	public class Factory : PlaceholderFactory<Enemy> {}
}
/**
 * Enemy生成类
 */
public class EnemySpawner
{
	private Enemy.Factory _factory;

	public EnemySpawner(Enemy.Factory factory)
	{
		_factory = factory;
	}

	public Enemy CreateEnemy()
	{
		Debug.Log("CreateEnemy");
		return _factory.Create();
	}
}
public class TestInstaller : MonoInstaller
{
	public override void InstallBindings()
	{
		Container.Bind<EnemySpawner>().AsSingle();
		Container.Bind<Player>().AsSingle();
		Container.BindFactory<Enemy, Enemy.Factory>();

		Container.Resolve<EnemySpawner>().CreateEnemy();
	}
}

上面通过使用Enemy.Factory,所有的依赖(Player)都将被自动注入。我们也可以为工厂添加参数,比如Enemy的构造函数中需要一个float类型的speed参数,我们只需要在继承PlaceholderFactory时扩展泛型列表即可:PlaceholderFactory<float,Enemy>,与之相对的,在绑定到容器时也需要有对应的泛型列表:Container.BindFactory<float,Enemy, Enemy.Factory>()

抽象工厂

在某些情况下,我们不希望工厂直接依赖一个具体的类,而是希望它返回一个接口类型。这种工厂称为抽象工厂。抽象工厂的用法与前面的非抽象工厂并没有太大区别,只是把泛型换成了接口类型而已。

public interface IAbsFacExample{}

public class AbsFacExampleA:IAbsFacExample{}

public class AbsFacExampleB:IAbsFacExample{}
// 工厂类
public class AbstractFactory : PlaceholderFactory<IAbsFacExample> {}

public class AbsFacExampleSpawner
{
	private AbstractFactory _factory;
	// 通过构造方法注入工厂类
	public AbsFacExampleSpawner(AbstractFactory factory)
	{
		_factory = factory;
	}
	
	public IAbsFacExample Create()
	{
		var example = _factory.Create();
		Debug.Log(example.GetType());
		return example;
	}
}
public class TestInstaller : MonoInstaller
{
	public bool isA;
	public override void InstallBindings()
	{
		Container.Bind<AbsFacExampleSpawner>().AsSingle();
		if (isA)
		{
			Container.BindFactory<IAbsFacExample, AbstractFactory>().To<AbsFacExampleA>();
		}
		else
		{
			Container.BindFactory<IAbsFacExample, AbstractFactory>().To<AbsFacExampleB>();
		}
		Container.Resolve<AbsFacExampleSpawner>().Create();
	}
}

自定义工厂

如果我们在程序运行前并不知道想要创建什么类型的实例,或在创建实例时有特殊需求,而该类的构造方法又无法满足,又该怎么办呢?答案是使用自定义工厂。只需要让一个类继承IFactory<>并重写Create()方法,然后绑定到容器时使用FromFactory<>()即可。

public interface IEnemy{}
public class EnemyA:IEnemy{}
public class EnemyB:IEnemy{}
public class EnemyFactory:PlaceholderFactory<IEnemy>{}
// 自定义工厂
public class CustomEnemyFactory : IFactory<IEnemy>
{
	private EnemyFactory _factory;
	private DiContainer _container;
	// 构造方法注入
	public CustomEnemyFactory(EnemyFactory factory,DiContainer container)
	{
		_factory = factory;
		_container = container;
	}
	public IEnemy Create()
	{
		int a = Random.Range(-10, 10);
		if (a > 0)
		{
			Debug.Log("EnemyA");
			return _container.Instantiate<EnemyA>();
		}
		Debug.Log("EnemyB");
		return _container.Instantiate<EnemyB>();
	}
}
public class TestInstaller3 : MonoInstaller
{
	public override void InstallBindings()
	{
		Container.BindFactory<IEnemy, EnemyFactory>().FromFactory<CustomEnemyFactory>();
		for (int i = 0; i < 20; i++)
		{
			Container.Resolve<EnemyFactory>().Create();
		}
	}
}

直接注入IFactory<>

如果我们不想额外定义任何工厂类,可以直接在任何类中注入IFactory<>,然后在绑定时使用BindIFactory<>方法链接到一个构造方法。

public interface IFacExample{}

public class IFacExampleA:IFacExample{}

public class IFacExampleB:IFacExample{}

public class IFacExampleSpawner
{
	private IFactory<IFacExample> _factory;
	// 通过构造方法注入工厂类
	public IFacExampleSpawner(IFactory<IFacExample> factory)
	{
		_factory = factory;
	}

	public IFacExample Create()
	{
		var example = _factory.Create();
		Debug.Log(example.GetType());
		return example;
	}
}
public class TestInstaller4 : MonoInstaller
{
	public bool isA;
	public override void InstallBindings()
	{
		Container.Bind<IFacExampleSpawner>().AsSingle();
		if (isA)
		{
			Container.BindIFactory<IFacExample>().To<IFacExampleA>();
		}
		else
		{
			Container.BindIFactory<IFacExample>().To<IFacExampleB>();
		}
		Container.Resolve<IFacExampleSpawner>().Create();
	}
}

自定义工厂接口

在某些情况下我们可能想避免直接与工厂类耦合而更想用基类或自定义接口。可以在绑定时使用BindFactoryCustomInterface方法。

public class Apple
{
	public class Factory:PlaceholderFactory<Apple>,IMyAppleFactory {}
}
public interface IMyAppleFactory:IFactory<Apple>{}

public class AppleSpawner
{
	// 使用自定义接口
	private IMyAppleFactory _factory;
	// 构造方法注入
	public AppleSpawner(IMyAppleFactory factory)
	{
		_factory = factory;
	}
	public Apple Create()
	{
		var apple = _factory.Create();
		Debug.Log(apple.GetType());
		return apple;
	}
}
public class TestInstaller5 : MonoInstaller
{
	public override void InstallBindings()
	{
		Container.Bind<AppleSpawner>().AsSingle();
		Container.BindFactoryCustomInterface<Apple, Apple.Factory, IMyAppleFactory>();

		Container.Resolve<AppleSpawner>().Create();
	}
}

预制体工厂

某些情况下我们可能希望在调用Create方法时也提供用于新对象的预制体。如果直接调用DiContainer.InstantiatePrefabForComponent会违反只将容器注入到安装器(Installer)或工厂(Factories) 的原则,因此更好的方式是写一个自定义工厂:

public class Orange
{
	public class Factory:PlaceholderFactory<Object,Orange>{}
}

public class OrangeFactory : IFactory<Object, Orange>
{
	private DiContainer _container;
	public OrangeFactory(DiContainer container)
	{
		_container = container;
	}
	public Orange Create(Object prefab)
	{
		return _container.InstantiatePrefabForComponent<Orange>(prefab);
	}
}
public class TestInstaller6 : MonoInstaller
{
	public override void InstallBindings()
	{
		Container.BindFactory<Object, Orange, Orange.Factory>().FromFactory<OrangeFactory>();
	}
}

事实上,这种自定义工厂类十分常见,因此Zenject将其做成了helper类,叫做PrefabFactory。所以上面的代码可以简化为:

public class Orange
{
	public class Factory:PlaceholderFactory<Object,Orange>{}
}

public class TestInstaller6 : MonoInstaller
{
	public override void InstallBindings()
	{
		Container.BindFactory<Object, Orange, Orange.Factory>().FromFactory<PrefabFactory<Orange>>();
	}
}

当需要从指定资源路径实例化一个预制体时,可以将上面的Object替换为string类型的路径,然后使用PrefabResourceFactory<>

下载前可以先看下教程 https://pan.quark.cn/s/a426667488ae 标题“仿淘宝jquery图片左右切换带数字”揭示了这是一个关于运用jQuery技术完成的图片轮播机制,其特色在于具备淘宝在线平台普遍存在的图片切换表现,并且在整个切换环节中会展示当前图片的序列号。 此类功能一般应用于电子商务平台的产品呈现环节,使用户可以便捷地查看多张商品的照片。 说明中的“NULL”表示未提供进一步的信息,但我们可以借助标题来揣摩若干核心的技术要点。 在构建此类功能时,开发者通常会借助以下技术手段:1. **jQuery库**:jQuery是一个应用广泛的JavaScript框架,它简化了HTML文档的遍历、事件管理、动画效果以及Ajax通信。 在此项目中,jQuery将负责处理用户的点击动作(实现左右切换),并且制造流畅的过渡效果。 2. **图片轮播扩展工具**:开发者或许会采用现成的jQuery扩展,例如Slick、Bootstrap Carousel或个性化的轮播函数,以达成图片切换的功能。 这些扩展能够辅助迅速构建功能完善的轮播模块。 3. **即时数字呈现**:展示当前图片的序列号,这需要通过JavaScript或jQuery来追踪并调整。 每当图片切换时,相应的数字也会同步更新。 4. **CSS美化**:为了达成淘宝图片切换的视觉效果,可能需要设计特定的CSS样式,涵盖图片的排列方式、过渡效果、点状指示器等。 CSS3的动画和过渡特性(如`transition`和`animation`)在此过程中扮演关键角色。 5. **事件监测**:运用jQuery的`.on()`方法来监测用户的操作,比如点击左右控制按钮或自动按时间间隔切换。 根据用户的交互,触发相应的函数来执行...
垃圾实例分割数据集 一、基础信息 • 数据集名称:垃圾实例分割数据集 • 图片数量: 训练集:7,000张图片 验证集:426张图片 测试集:644张图片 • 训练集:7,000张图片 • 验证集:426张图片 • 测试集:644张图片 • 分类类别: 垃圾(Sampah) • 垃圾(Sampah) • 标注格式:YOLO格式,包含实例分割的多边形点坐标,适用于实例分割任务。 • 数据格式:图片文件 二、适用场景 • 智能垃圾检测系统开发:数据集支持实例分割任务,帮助构建能够自动识别和分割图像中垃圾区域的AI模型,适用于智能清洁机器人、自动垃圾桶等应用。 • 环境监控与管理:集成到监控系统中,用于实时检测公共区域的垃圾堆积,辅助环境清洁和治理决策。 • 计算机视觉研究:支持实例分割算法的研究和优化,特别是在垃圾识别领域,促进AI在环保方面的创新。 • 教育与实践:可用于高校或培训机构的AI课程,作为实例分割技术的实践数据集,帮助学生理解计算机视觉应用。 三、数据集优势 • 精确的实例分割标注:每个垃圾实例都使用详细的多边形点进行标注,确保分割边界准确,提升模型训练效果。 • 数据多样性:包含多种垃圾物品实例,覆盖不同场景,增强模型的泛化能力和鲁棒性。 • 格式兼容性强:YOLO标注格式易于与主流深度学习框架集成,如YOLO系列、PyTorch等,方便研究人员和开发者使用。 • 实际应用价值:直接针对现实世界的垃圾管理需求,为自动化环保解决方案提供可靠数据支持,具有重要的社会意义。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值