SDK开发心得

本文作者分享了从Android应用开发转向SDK开发的心得体会,包括支付接口简化、输入参数校验、异常信息统一、性能优化等方面的问题。强调了SDK的易用性、稳定性和轻量级设计的重要性,旨在帮助开发者更好地理解和集成SDK。
摘要由CSDN通过智能技术生成

SDK开发心得

入职新公司后,处于公司需要,从原来一个Android应用开发人员,转变为一个SDK开发人员,个人看来两者的差别并不大,一个有界面,一个没有。但到了实际开发中,磕磕绊绊的,好的是折腾了过来,总结一点修改过的和想去修改的经验。

一、SDK初次开发的磕磕绊绊

第一个是开发一个类似QQ、微博那样的第三方登录系统,以OAuth2.0原理进行开发,等二个是支付类型的(游戏币),第三个应用数据统计类型的。都是独立开发。下面是自己碰到的一些问题。

1.支付接口的全面更改

发生在要测试的前两天,负责SDK审核的同事提出意见,现有的支付接口过于复杂,必须简化,以便开发者使用能有更好的体验。看接口:
一期接口使用:

//1.初始化,并设置回调接口
.setCallBack(new MyPaySdkCallBack());
//2.进行商户验证
.merchantVerification(this);
//3.获取余额,就是查询余额是否足够支付
.getBalance(num);
//4.进行下单
.payOrder(order);
//5.获取上面下单接口中的一个关键参数,然后调用支付接口
.pay(key);

从上面的接口可以看出,如果进行一个支付的话,需要做的工作是很多的,根据SDK审核同时的意见,进行了如下的修改:

正式的接口形式:

pay(mOrder,new MyPaySdkCallBack(){

        @Override
        public void callback(String code, String msg) {
            //支付成功的回调
       
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值