Dongle烧写模块重构（五）--当前的设计

在前面几篇博文中，我们解决了一部分问题，比如，接口行为的封装（策略模式），变化部分的抽离（简单工厂），在子类中实例化（工厂模式）。

并且我们可以看到：

四中的设计符合依赖倒置原则，DongleModel依赖Vendors，而Vendors依赖于Policys这些策略簇

方案商针对策略簇做具体实现

也注意了：

1.变量不持有具体类的应用，（用工厂创建具体类而非new）

2.不要让类派生自具体类

3.不要覆盖基类中已经实现的方法

其实我们在DongleModel中会调用VendorFactory来获取具体的方案商。

然而，如果我们的这个模块，除了方案商会改变（即需要一个方案商工厂）外，还有其他的东西会改变呢？比如平台差异（在Android平台，还是ios平台）

那么这样的话，我们就需要设计一个抽象工厂了。让我们的这个Dongle模块不仅仅可以在Android上跑，还可以在ios上跑，甚至将来出现新的平台了，这个Dongle模块的代码，也还是具备良好的兼容性。这个设计暂时不做（其实也是设计一个抽象工厂的接口，然后派生出一系列的工厂，而在DongleModel中有抽象工厂的多个句柄：方案商工厂有一个句柄，平台工厂有一个句柄，获取工厂后，在BurnDongle中，调用工厂产生对象的方法来实现就OK了）