现在的很多平台在登陆的时候,下面都会有一排选项,可以选择微信、qq、微博账号等登陆,这些账号对平台来说都是第三方账号。第三方账号登陆是最近几年流行起来的,第三方账号登录一般都是基于oauth2.0
协议开发的。如果你不了解oauth2.0
协议,可以自行百度,也许会对你看这篇文章有所帮助。
现在由于公司要给平台引入流量,为了降低注册门槛,让更多的人来使用你们的平台,领导决定在你们的平台上接入第三方账号登陆功能。现阶段先接入微信、支付宝、qq、github 这四个第三方账号登陆。这个任务也顺利的落到你的头上,由于你了解oauth2.0
协议,你知道这个是一个固定的三段式操作,第一步获取authorization code
,第二步获取access token
,第三步调用信息接口,但是每个平台返回来的数据字段或者格式可能会不一样,所以你根据你的开发经验,为第三方账号登录模块抽取出来了一个identityprovider
抽象类,该类主要有上面提到的三步需要的接口,identityprovider
类的代码如下:
public abstract class identityprovider { // 获取authorization code abstract void authorizationcode(); // 获取 access token abstract void accesstoken(); // 获取用户信息 abstract void getuserinfo(); }
每一个第三方账号平台都继承identityprovider
,根据每个第三方账号平台的规则去实现这三个接口,我们已支付宝为例,我们定义一个alipayidentityprovider
类,该类继承了identityprovider
类,alipayidentityprovider
类代码如下:
/** * 支付宝 第三方登陆具体实现 */ public class alipayidentityprovider extends identityprovider{ private static final string appid = "你申请的运用id"; private static final string appkey = "你的私钥"; public alipayidentityprovider() { system.out.println("我是支付宝第三方登陆具体实现"); } @override abstract void getuserinfo(){ // 获取用户信息 } @override public void authorizationcode() { //获取authorization code } @override public void accesstoken() { //获取access token } }
四个第三方账号登录平台都按照上面的方式做了具体的实现,除此之外,你还创建了一个identityfactory
类,该类是创建实例的唯一入口,里面提供了一个静态create
方法,create
方法的作用是根据传入的参数返回对应的第三方账号平台实例。identityfactory
类代码如下:
public class identityfactory { /** * 第三方登陆实例获取 * @param type 标识符,1:支付宝登陆 2:微信登陆 3:qq登录 4:github登陆 */ public static identityprovider create(int type){ identityprovider identityprovider = null; switch (type){ case 1: identityprovider = new alipayidentityprovider(); break; case 2: identityprovider = new wechatidentityprovider(); break; case 3: identityprovider = new qqidentityprovider(); break; case 4: identityprovider = new githubidentityprovider(); break; } return identityprovider; } }
客户端调用时只需要调用create()
方法即可以获取对应的实例,比如要使用github
账号登陆,我们只要调用identityprovider identityprovider = identityfactory.create(4);
,获取到github
的identityprovider
,获取到对象之后,可以进行github
账号登陆的具体操作。提交、部署、测试、上线,完美完成任务。
在第三方账号平台登陆功能的实现中,你使用到了一种设计模式,叫作简单工厂模式,此时你心里肯定大喊一声,卧槽,这就用上了设计模式?是的,没错,这就是设计模式。既然你好奇,那我们就一起来看看简单工厂模式。
简单工厂模式(simple factory pattern):又称为静态工厂方法(static factory method)模式,是创建型模式的一种。在简单工厂模式中,有一个工厂类来负责其他类的实例创建,这些被创建的实例类都有一个共同的父类,在我们的第三方账号登陆中alipayidentityprovider
、wechatidentityprovider
都是被实例化的类,它们都有一个共同的父类identityprovider
,在简单工厂模式中,工厂类中可以根据传入的参数返回不同的实例,在我们的identityfactory
类中,我们提供了一个静态的create(int type)
,可以根据传入的类型返回不同的实例。所以我们这个是标准的简单工厂模式的实例。
上面这一大段不好理解?没关系,那我们在抽象一下,简单工厂模式主要有以下三个成员:
identityprovider
alipayidentityprovider
identityfactory
我们再来看一下简单工厂模式的uml图:
这些该明白简单工厂模式了吧,虽然名字中带有简单两个字,但是按照常理来说,就算再简单,也该会有一些优点吧。既然你还好奇,那就继续来简单工厂模式有哪些优点吧。
第三方账号登陆功能上线后,你们公司平台的用户急速增强,boss甚是高兴,于是又给你安排活来了,这次boss叫你把微博账号登陆加上,实现使用微博账号登陆到你们的平台,有了前面的经验之后,这事对你来说太简单的。你给系统新增了一个weiboidentityprovider
类,用来实现微博账号登录,weiboidentityprovider
类如下:
/** * 微博账号登陆 */ public class weiboidentityprovider extends identityprovider{ private static final string appid = "你申请的运用id"; private static final string appkey = "你的私钥"; public weiboidentityprovider() { system.out.println("我是微博第三方登陆具体实现"); } @override abstract void getuserinfo(){ // 获取用户信息 } @override public void authorizationcode() { // } @override public void accesstoken() { } }
在identityfactory
类中添加了case 5
分支,用来返回微博账号登陆实例,变更之后identityfactory
类如下::
public class identityfactory { /** * 第三方登陆验证 * @param type 标识符,1:支付宝登陆 2:微信登陆 3:qq登录 4:github登陆 5:微博账号 */ public static identityprovider crete(int type){ identityprovider identityprovider = null; switch (type){ case 1: identityprovider = new alipayidentityprovider(); break; case 2: identityprovider = new wechatidentityprovider(); break; case 3: identityprovider = new qqidentityprovider(); break; case 4: identityprovider = new githubidentityprovider(); case 5: identityprovider = new weiboidentityprovider(); break; } return identityprovider; } }
部署、测试微博账号登陆,没有问题,打包上线,关机下班。上线之后,大量用户反馈github账号登陆不上。小伙子,出来接锅了,于是你又要屁颠屁颠的跑回公司加班改 bug ,苦逼的程序员。你找呀找呀,最后发现了,case 4
的break
语句被你删掉了,所以在使用github账号登陆时,identityfactory
工厂返回的实例一直都是weiboidentityprovider
,导致github账号登陆会失败。不经意间的一个小失误,造成了一次线上事故。生产上都出事了,后果你懂的。虽然这事故是你人为造成的,但这也是简单工厂模式的缺点,你每新增第三方账号登入平台时,都需要去改动工厂类,这难免会出现这种误删的情况。简单工厂模式虽然简单,但是也有不少缺点,那我们一起看看简单工厂模式有哪些缺点吧。
经过了这次事故之后,你一心想证明自己,重新获得领导的赏识,你下定决心要对第三方账号登陆模块进行重构。老话说的好:在哪里跌倒就要在哪里爬起来。于是你想呀想呀,最后灵光一现,需要对identityfactory
类进行重构,工厂类也需要像提供方一样,提取出一个抽象类,然后每个提供方有自己的工厂,这样就可以避免新增时对原有系统模块的改动。于是你抽象出来一个identityproviderfactory
类,用来定义工厂需要的接口。identityproviderfactory
类如下:
/** * 第三方登陆抽象工厂 */ public abstract class identityproviderfactory<t> { // 创建具体的identityprovider public abstract identityprovider create(); }
每个第三方账号平台都需要有自己的生产工厂,这个工厂必须继承identityproviderfactory
类,然后重写create()
方法,在create()
方法里实例化自己的identityprovider
实现类,我们以支付宝工厂为例,我们需要创建一个alipayidentityproviderfactory
类,alipayidentityproviderfactory
类代码如下:
/** * 支付宝第三方登陆工厂类 */ public class alipayidentityproviderfactory extends identityproviderfactory<alipayidentityprovider> { @override public identityprovider create() { //支付宝登录实现实例 return new alipayidentityprovider(); } }
在create()
方法中返回alipayidentityprovider
实例,每个工厂都返回对应的实例就可以,客户端在调用时,也要发生相应的改变,不在传入参数来获取实例,而是通过调用对应的工厂来获取实例。比如我们使用支付宝账号登陆
// 调用支付宝工厂 identityproviderfactory providerfactory = new alipayidentityproviderfactory(); // 获取identityprovider identityprovider provider = providerfactory.create(); // 一些列第三方认证操作
重构之后,我们肯定不会再出现上一次的问题,因为现在每个第三方账号提供方都有自己的工厂,每个产品的构建运行都是独立的。小伙子,恭喜你,你离升职加薪不远了。
在你重构的过程中,你也将简单工厂模式进行了升级,现在它不叫简单工厂模式了,因为它已经不简单了,现在的模式叫作工厂方法模式(factory method pattern)。既然我们都用上了工厂方法模式,那就不妨一起来了解一下工厂方法模式吧。
工厂方法模式(factory method pattern)又称为工厂模式,也叫虚拟构造器(virtual constructor)模式或者多态工厂(polymorphic factory)模式,它也是类创建型模式的一种。工厂方法模式与简单工厂模式的区别在于,在工厂方法模式中,实例的创建不是集中在一个工厂中,而是抽取出来了一个工厂父类,工厂父类负责定义创建产品对象的公共接口,而工厂子类则负责生成具体的产品对象,这样做的目的是将产品类的实例化操作延迟到工厂子类中完成,即通过工厂子类来确定究竟应该实例化哪一个具体产品类。就像我们的identityproviderfactory
类和alipayidentityproviderfactory
类。
跟简单工厂模式一样,我们对工厂方法模式也进行抽象一下,工厂方法模式有下面四个成员:
identityprovider
alipayidentityprovider
identityproviderfactory
alipayidentityproviderfactory
老惯例,一起看看工厂方法模式的uml图,加深印象:
工厂方法模式好处在我们重构第三方账号登录模块的时候,我们已经体验到了,工厂方法模式的好处可不止那么一点,一起来看看工厂方法模式有哪些优点?
dingdingidentityproviderfactory
和dingdingidentityprovider
就好了工厂方法模式虽然有诸多好处,但是它也有不少缺点,因为不可能有完美无缺的设计模式,那我们一起来看看工厂方法模式的缺点。
case
分支,现在则需要创建类本文主要简单的介绍了一下简单工厂模式和工厂方法模式这两种设计模式,通过第三方账号登陆这个案例,从简单工厂模式开始,一步一步的到了工厂方法模式。想要更深入的了解工厂模式,需要参考大量的案例,spring
等开源框架中应用了大量的设计模式,工厂模式自然少不了,不管学习哪种设计模式,我们都可以去参考这些开源框架,它能够加深你对设计模式的理解。
文章不足之处,望大家多多指点,共同学习,共同进步
打个小广告,欢迎扫码关注微信公众号:「平头哥的技术博文」,一起进步吧。
如对本文有疑问, 点击进行留言回复!!
【面试题】研究过tomcat的NioEndpoint源码吗?请阐述下Reactor多线程模型在tomcat中的实现。
荐 厉害了!阿里P8架构师用4大技术文档带你深入解读爆火的中台战略
网友评论