前端需求的随机变化

近期在做的一个需求需要对接国外的一些工具

相关的sdkAPI确实是存在的,但是因为国内各方面的原因吧,其中一部分的api会暴露出很多的问题。

要么返回的结果与api不同,要么我们的字段需要各种转换,问题重重

因为国内外社区,用户习惯和官网的支持力度不同,加上监管不同,造成问题难以解决。

这个时候如果继续沿用之前的需求,开发期限将会遥遥无期。

此时就需要相对应的更改需求,用目前能拿到手的东西来实现我们的功能。

举例来讲就如同景区验票

我们最开始是希望把票收回,这样就实现了一张门票只能使用一次。

但是如今不能收回门票,只能看一眼,沿用之前逻辑,一张门票就能使用若干次。

基于此,我们改为扫码入园,门票留作纪念,同样实现了一张门票使用一次,即便中间出现了其他的问题,只要我们能获取门票的id,那么主动权就在我们这边,不必死磕api。

 

做的需求越多,就会发现不是所有的外部工具,技术支持都能如我们想的那样要什么给什么,只能是再现有的基础上对拥有的东西进行最大化的利用。

如何在外部条件不足的情况下实现我们想要的,这才是重点。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章