28个案例问题分析---25---用户、第三方、AR系统的耦合性--模块耦合

项目对第三方系统的依赖导致了高风险的三角耦合。为解决这一问题,计划开发新的做课系统以替代第三方课程制作,并建立注册模块实现自主登陆。原有用户数据将被迁移,确保平滑过渡。该策略旨在降低对外部服务的依赖并减少未来的问题成本。

背景

我们的项目依赖了一个第三方系统。项目开展初期,用户的登陆。用户学习的课程,都依赖与这个第三方的系统。我们的用户、第三方系统、我们的系统,形成了一个独特的三角形耦合,异常问题。第三方一旦出现问题,我们的项目将会无法使用。
我们对第三方的依赖主要体现在以下两个个方面:

  1. 课程制作
    需要对第三方软件上的信息进行爬取。讲这些资源落到我们数据库,然后进行推送。
  2. 登陆校验
    登陆的时候,需要调用第三方软件的登陆接口。

思路&方案

课程制作问题解决

开发新的做课系统
通过开发一个新的做课系统,让我们的用户在我们这个新的系统上进行做课,做完课程之后,将课程信息同步到现有的上课系统中。
兼容原有课程信息
将原有的课程信息落到我们做课系统当中,并且支持修改。不影响之前的用户使用。

登陆问题解决

开发注册模块
通过开发注册模块,支持用户可以自由的在我们系统上进行注册,不必依赖第三方进行注册。
原有用户处理
原有用户,只要登陆成功一次,我们就将用户的账户,密码。落到我们的数据库中,以后登陆先走我们自己的登陆,如果不成功,在调用第三方进行登陆。

总结

在设计的时候,就要考虑到依赖第三方会给我们带来什么问题,并且要考虑以后移除对第三方依赖的成本。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

郝老三

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值