注册
登录
开发Android第三方SDK说难不难，但说简单也不简单，要开发一个给很多人使用的第三方SDK，如何在保证稳定性的同时，增强SDK的灵活性，让开发者能自由定制UI层、替换子系统，这是一个值得思考的问题。为了解决这个问题，开发第三方SDK必须要有良好的应用架构。本文就分享一下我在开发友盟微社区SDK时在架构方面的一些想法。 友盟的微社区是一款帮助开发者在应用中快速搭建一个社区（类似于新浪微博、朋友圈），目前正在内测当中。 技术架构 从项目结构上来说，友盟微社区SDK可以简单分为如下三层。
如图1所示，SDK层次非常分明，通过这三个层次的隔离，使得用户既可以自定义最外层的UI效果，也对外隐藏了业务逻辑层、核心层的实现细节。而核心层定义的子系统抽象，使得用户可以注入自己的实现，保证了整个微社区SDK的灵活性、扩展性。 图1 洋葱结构图
图2 层次结构图 图1、图2都显示了SDK是通过不同的层次来分离职责，是一个较为典型的架构形式。对于用户来说，最关心的莫过于可定制化。UI层开放源码，自然可以通过修改代码来实现。其他的定制化用户就需要依赖注入来实现。微社区SDK内部依赖于抽象，而不依赖于具体实现，并且用户可以注入具体实现。也就是说用户可以根据我们的抽象接口实现自己的子系统，然后注入到SDK内部，SDK此时就会使用用户注入的实现，这样就达到了子系统替换的效果，也就是我们说的定制化。 友盟微社区的定制化 如何满足定制化？ 那么如何来实现定制化呢？友盟微社区SDK内部定义了一些抽象，比如Loginable、Pushable、ImageLoader来分别代表登录系统接口、推送接口、图片加载接口，每种接口都有一个SDKManager来进行管理。比如管理登录子系统的就是LoginSDKManager，用户可以往这个Manager里面添加、移除具体的登录系统实现，然后通过useThis函数来指定使用某个具体的实现（SDK Manager里面可能有多个实现）。结构图如图3所示。 图3 LoginSDKManager功能 SDK Manager是一个泛型类，类型T就代表了接口类型，比如上述的Loginable等。通过泛型我们就可以将这些通用的添加、移除实现等操作抽象化，避免重复代码。代码如下所示：
|
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
