没有ShareSDK你一样可以分享

如今的App十个有九个会集成定向分享的功能,当提到分享你可能第一直觉就是ShareSDK,可能很多人都不愿意自己一个一个去接各个第三方分享,因为每个第三方分享的对接方式都不一样,主要包括:

  1. 入参不一样;
  2. 返回参数不一样;
  3. 唤起分享方式不一样;
  4. 最重要的是回调方式不一样;

因为它们的千差万别,每接入一个分享还要兼容现有的,想想就头大,因此遇到很赶的项目很少人沉下心来去了解它们,所以ShareSDK就是首选,曾经我也是曾经一员,但一次特别的经历后我退出了,随后iOS团队也遇到一次另外的经历也随后退出了,从此走上自己写分享SDK的路,我所谓的经历就是遇到了通过ShareSDK微信分享失败但没有任何反馈,通过单独接微信分享却是可以的。
其实,ShareSDK并没有做多少工作,无非就是做了一个资源整合的工作,自己实现也能锻炼自己的设计能力,再者遇到问题无需等待第三方解决。总之,如果是一个长期开发维护的项目,自己的项目自己做主,尽可能减少第三方的过度依赖有利于项目良性发展。

1. 自己设计分享SDK,要满足以下几个主要功能:

  1. 支持文本、网页、图片、视频、小程序等内容分享;
  2. 支持QQ好友、QQ空间、微信好友、微信朋友圈、新浪微博等分享平台;
  3. 支持一次弹出的分享框里分享出去的内容不一样,如:通过微信好友分享出去的是小程序,通过QQ分享出去的是网页。
  4. 支持直接唤起某一个第三方分享;
  5. 权限管理(遇到超大的byte[]图片通过Intent传递会导致分享失败,只能先存储,再以存储的图片路径分享出去);
  6. 支持统一的分享回调结果;
  7. 统一的管理第三方分享SDK的app id;
  8. 最重要的是可灵活增加分享内容类型和分享平台;

2. 分享内部的组成部分:

  1. ShareTo:即分享平台,支持的分享目标,包括QQ、QZone、Sms、Timeline、WeChat等,ShareTo的子类主要作用是实现抽象方法用于提供分享弹框里的图标和文字、在分享框里的排序、判断分享目标app是否安装、提供appId以及告知支持哪些内容的分享, 下面以“微信好友”作为示例:
public class WeChat extends ShareTo {
    public static final int ID = 1;

    public WeChat(ShareContent shareContent) {
        super(shareContent);
    }

    @Override
    public int getShareLogo() {
        return R.drawable.logo_wechat;
    }

    @Override
    public int getShareName() {
        return R.string.share_wechat;
    }

    @Override
    public int getSortId() {
        return ID;// 用于确认默认排序或区分不同的shareTo
    }

    @Override
    public boolean installed(Context context) {
        if (isAppNotInstalled(context, "com.tencent.mm")) {
            Toast.makeText(context, R.string.share_we_chat_not_installed_warning, Toast.LENGTH_SHORT).show();
            return false;
        }
        return true;
    }

    @Override
    public boolean isSupportToShare() {
        // 因为shareTo与shareContent是一对多关系,
        // 且又不是对应所有的shareContent,所以这里有个校验工作,
        // 防止类似明明分享的是小程序,结果分享对话框里显示出了QQ空间这种情况发生
        return mShareContent instanceof AudioUrl
                || mShareContent instanceof ImageBytes
                || mShareContent instanceof ImagePath
                || mShareContent instanceof ImageUrl
                || mShareContent instanceof MiniProgram
                || mShareContent instanceof Text
                || mShareContent instanceof VideoPath
                || mShareContent instanceof VideoUrl
                || mShareContent instanceof WebUrl;
    }

    @Override
    public void share(Context context) {
        if (!mShareContent.validate(context)) {
            return;
        }

        String appId = ShareConfig.getWeChatAppId();
        if (mShareContent instanceof AudioUrl) {
            // 调用微信sdk里的音频url分享的实现
            return;
        }

        if (mShareContent instanceof ImageBytes) {
            // 调用微信sdk里的图片分享的实现
            return;
        }

        // ... 其他shareContent的判断与实现
    }
}
  1. ShareContent:即分享出去的内容类型,包括AudioUrl、ImageBytes、ImagePath、ImageUrl、MiniProgram、Text、WebUrl、VideoPath、VideoUrl、WebUrl等,ShareContent的子类主要作用是提供构造其必要参数的入口、内部参数校验以及各个平台的具体分享实现,下面“视频链接”分享作为示例:
public class VideoUrl extends ShareContent implements Serializable {
    private final String videoUrl;
    private String title;
    private String summary;
    private Thumbnail thumbnail;

    public VideoUrl(@NonNull String videoUrl) {
        this.videoUrl = videoUrl;
    }

    public void setTitle(String title) {
        this.title = title;
    }

    public void setSummary(String summary) {
        this.summary = summary;
    }

    public void setThumbnail(Thumbnail thumbnail) {
        this.thumbnail = thumbnail;
    }

    public String getVideoUrl() {
        return videoUrl;
    }

    public String getTitle() {
        return title;
    }

    public String getSummary() {
        return summary;
    }

    public Thumbnail getThumbnail() {
        return thumbnail;
    }

    @Override
    public boolean validate(Context context) {
        if (TextUtils.isEmpty(videoUrl)) {
            Toast.makeText(context, R.string.share_video_no_url, Toast.LENGTH_SHORT).show();
            return false;
        }

        return true;
    }
}

所有ShareContent子类都继承ShareContent,它的作用就是参数的定义和必要参数的校验,它是shareTo的不可或缺的入参,即:分享的真正内容;
构造函数传入的参数都是必要参数,其余通过setXX()提供的为非必要参数,一律如此;

2.3 SDK的API入口:Share

// 弹出分享框并显示指定shareContent所支持的所有分享图标
WebUrl webUrl = new WebUrl("https://www.qq.com", "百度首页");
Share.with(Activity.this|Fragment.this).shareAll(webUrl);

// 弹出分享框并显示指定数量的ShareTo对应的分享图标
MiniProgram miniProgram = new MiniProgram("https://m.chebada.com", userName, path, thumbnail));
miniProgram.setTitle(resBody.grabShareItem.shareDescription);
miniProgram.setSummary(context.getString(R.string.train_detail_share_des));
WeChat weChat = new WeChat(miniProgram);

QQ qq = new QQ(webUrl);
Share.with(Activity.this|Fragment.this).share(weChat, qq);

// 类似share(ShareTo... shareTos)
Share.with(Activity.this|Fragment.this).share(List<ShareTo> shareTos);

// 直接唤醒第三方分享(无分享框显示)
WeChat weChat = new WeChat(webUrl);
webChat.share(context);

3. 分享回调的统一收口

由于类似微信这种SDK设计回调是通过另外一个独立Activity里回来的,看似跟当前发起分享的Activity是完全独立的,所以一般很难想到办法将分享回调API设计成如下方式:

WebUrl webUrl = new WebUrl("https://www.baidu.com", "百度首页");
WeChat weChat = new WeChat(webUrl);
QQ qq = new QQ(webUrl);

Share.with(MainActivity.this).setShareListener(new OnShareListener() {
    @Override
    public void onStart(ShareTo shareTo) {
        super.onStart(shareTo);
        Log.d(TAG, "onStart");
    }

    @Override
    public void onSuccess(ShareTo shareTo, Map<String, String> resultInfo) {
        super.onSuccess(shareTo, resultInfo);
    }

    @Override
    public void onFailed(ShareTo shareTo) {
        super.onFailed(shareTo);
    }

    @Override
    public void onCanceled(ShareTo shareTo) {
        super.onCanceled(shareTo);
    }
}).share(weChat, qq);

这里分享回调设计了4个回调方法,分别是:

  1. onStart(ShareTo shareTo): 只要在分享对话框里点击里任何一个图片就触发此回调执行;
  2. onSuccess(ShareTo shareTo, Map<String, String> resultInfo):当分享成功后被回调;
  3. onFailed(ShareTo shareTo):当分享失败后被回调;
  4. onCanceled(ShareTo shareTo):当然分享取消后被回调(注意不是分享对话框上的取消按钮,而是类似已经进入微信里又返回出来这种情况);

其实办法不是没有,只是早些年没有Lifecycle,即便自己模拟出Lifecycle,侵入型也比较强。之前的做法是在所有的第三方分享回调里都通过Local Broadcast汇总回调,只要在分享页面定义一个BroadcastReceiver就能知道是分享的回调了;现在的做法是把BroadcastReceiver的注册和解除注册融入Share内部,如下:

private BroadcastReceiver mReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        if (mOnShareListener != null) {
            String action = intent.getAction();
            if (TextUtils.equals(action, buildAction(context))) {
                LocalBroadcastManager.getInstance(context).unregisterReceiver(this);

                int shareToInt = intent.getIntExtra(EXTRA_SHARE_TO, -1);
                ShareTo shareTo = ShareTo.parseFrom(shareToInt);
                Map<String, String> shareInfo = (Map<String, String>) intent.getSerializableExtra(EXTRA_SHARE_INFO);
                int shareResult = intent.getIntExtra(EXTRA_SHARE_RESULT, -1);

                if (shareResult == ShareResult.SUCCESS) {
                    mOnShareListener.onSuccess(shareTo, shareInfo);
                } else if (shareResult == ShareResult.FAILED) {
                    mOnShareListener.onFailed(shareTo);
                } else if (shareResult == ShareResult.CANCELED) {
                    mOnShareListener.onCanceled(shareTo);
                }
            }
        }
    }
};

private Share(FragmentActivity activity) {
    mContext = activity;
    mPermissions = new Permissions(activity);
    registerReceiver(activity.getApplicationContext(), activity.getLifecycle());
}

private Share(Fragment fragment) {
    mContext = fragment.getActivity();
    mPermissions = new Permissions(fragment);
    registerReceiver(fragment.getContext(), fragment.getLifecycle());
}

public static Share with(AppCompatActivity context) {
    return new Share(context);
}

public static Share with(Fragment fragment) {
    return new Share(fragment);
}

private void registerReceiver(Context context, Lifecycle lifecycle) {
    lifecycle.addObserver(new LifecycleObserver() {

        @OnLifecycleEvent(Lifecycle.Event.ON_CREATE)
        public void onCreate() {
            IntentFilter filter = new IntentFilter();
            filter.addAction(buildAction(context));
            LocalBroadcastManager.getInstance(context).registerReceiver(mReceiver, filter);
        }

        @OnLifecycleEvent(Lifecycle.Event.ON_DESTROY)
        public void onDestroy() {
            LocalBroadcastManager.getInstance(context).unregisterReceiver(mReceiver);
        }
    });
}

原理是不是很简单?暴露给外面的最终就是一个setShareListener()!

4. 如何扩充分享平台

讲到现在,都在讲实现思路且案例有限,那么如果我们扩充别的分享平台该怎么做呢,会不会很麻烦?

  1. 分享内容类型的扩充:
    上面已经介绍过ShareContent的作用,也示例了其中一个子类:VideoUrl,如果要扩充其他分享内容类型,只要创建新的类并继承ShareContent即可, 定义这个content的必要参数和可选参数即可,必要参数通过构造函数一次性传入,可选参数提供set()方法。

  2. 分享目标类型的扩充:
    上面已经介绍过ShareTo的作用,也示例了其中一个子类:WeChat,如果要扩充其他分享目标类型,只要创建新类并继承ShareTo,然后在share(Context)中根据mShareContent判断是哪种分享内容并实现对应的分享。

  3. 同时在ShareTos.java里,我维护了ShareTo和ID的映射关系,为了确保分享回调里shareTo能对应到具体shareTo这里需要手动维护:

public class ShareTos {

    private static final SparseArray<ShareTo> MAPPING = new SparseArray<>();

    static {
        MAPPING.put(WeChat.ID, new WeChat());
        MAPPING.put(Timeline.ID, new Timeline());
        MAPPING.put(QQ.ID, new QQ());
        MAPPING.put(QZone.ID, new QZone());
        MAPPING.put(Sms.ID, new Sms());
    }

    public static ShareTo parseFrom(int shareToId) {
        ShareTo shareTo = MAPPING.get(shareToId);
        if (shareTo == null){
            throw new IllegalArgumentException("unsupported shareTo: " + shareToId);
        }

        return shareTo;
    }
}

代码实现细节参考这里

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 220,458评论 6 513
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 94,030评论 3 396
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 166,879评论 0 358
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 59,278评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 68,296评论 6 397
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 52,019评论 1 308
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,633评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,541评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 46,068评论 1 319
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 38,181评论 3 340
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,318评论 1 352
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,991评论 5 347
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,670评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,183评论 0 23
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,302评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,655评论 3 375
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,327评论 2 358

推荐阅读更多精彩内容