工厂设计模式的特点是创建和管理同一类协议族的功能类。
在实际项目中可以应用于登陆,验证等业务模块。
比如登陆模块,登陆方式有密码登陆,短信登陆,人脸/指纹登录,手势登录,声纹登录,OCR生物识别登录等等。
若要是写在业务层,随便一点小改动都改的要死,就算写成工具也会在业务层写上一堆的逻辑判断+登录方式的初始化及其逻辑调用,可以说不易拓展,切维护成本高,代码量也极大。
这个时候工厂模式就体现出了其价值,其一,通过工厂来创建管理其登录方式,每种登陆方式的具体实现,完全写在其对应协议的实现类中,只要你的协议接口设计的灵活且扩展性强,那么后期的新增功能只要实现类去实现这个协议的接口即可,完全不需要考虑业务层写了什么,这就体现了极强的扩展性,对于其代码管理,也只需要查看开发人员新开发的业务类即可。其二,如果已开发的业务有变动,也只需要修改调整其实现类,完全不用担心其他模块及业务层的改动,这就体现了可维护性强。
1.业务层代码
2 工厂管理类实现,分别管理着UI工厂和业务逻辑工厂
3通过UI工厂创建其对应的UI
4通过逻辑工厂创建对应的逻辑实现类
可以在文件夹中看到,各种登陆方式可以根据protocol可以去实现其功能,优化建议就是,每个协议族定义一个协议实现的基类,异常处理在基类里处理
最后想说的是,设计模式还是要理解其思想,不要太局限其样式,这样才能运用自如,其实对于大多数场景,都应用不到抽象工厂这一层,简单工厂足以,在我的项目中对抽象工厂形式上做了改良,应该让设计模式为你的业务场景及模块服务,而不是把业务硬套在设计模式上。还是那句话,注重理解。