◆ 抽象工厂模式 ◆
（Abstract Factory Pattern）
属于创建型模式，它提供了一种创建对象的最佳方式。在抽象工厂模式中，接口是负责创建一个相关对象的工厂，不需要显式指定它们的类，每个生成的工厂都能按照工厂模式提供对象。
意图：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
主要解决：主要解决接口选择的问题。
何时使用：系统的产品有多于一个的产品族，而系统只消费其中某一族的产品。
如何解决：在一个产品族里面，定义多个产品。
关键代码：在一个工厂里聚合多个同类产品。
优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。抽象工厂模式相较于工厂模式，划分更加明确清晰，面对复杂的生产任务，管理和生产性能会更加高效。
缺点：产品族扩展非常困难，要增加一整个系列的某一产品。
注意事项：产品族难扩展，产品等级易扩展。
应用实例：对于一个生产水果的工厂，工厂模式主要针对一种水果创建一个涵盖与该水果相关所有业务的工厂（例如：葡萄的运输、保存、加工、包装、售卖等相关业务全部被该工厂承包）；而抽象工厂模式主要针对生产其中的某一环节进行创建相应的工厂（例如：运输工厂负责管理所有水果的运输，售卖工厂负责管理所有水果的价格和售卖，库存工厂负责管理所有水果的库存计数等）。
那我们来一起使用抽象工厂模式，构建一个购买水果的收银小项目吧！(づ｡◕ᴗᴗ◕｡)づ
实现的思路：
- 项目的主体包含6个部分：消费者（买水果的人），水果工厂（卖水果的人），水果工厂旗下的子工厂（品种工厂、价格工厂、包装工厂、称重工厂
- 消费者主要向水果工厂传达“购买需求”的相关信息（水果的种类、包装、重量等…）；
- 水果工厂主要针对消费者的不同“购买需求”将任务分派给子工厂进行执行；
- 品种工厂负责管理水果的种类，价格工厂负责管理水果的价格，称重工厂负责水果的称重，包装工厂负责水果的包装方式。
项目的UML用例图如下：
实现的代码如下：
相关的测试用例：
