转载

iOS开发——App架构之抽象协议

从架构设计层面,一个端,尤其是一个成熟的端,应该有自己的规范,大到页面跳转、服务请求,小到某个具体的业务功能比如生成订单、取消订单、查看订单等。一方面,制定统一的协议后,不仅可以约束各业务线开发同学的开发行为,统一代码的风格,还可以增强团队同学的合作以及凝聚力,另一方面,统一开发行为后,对于增加新的功能、修复bug、查询问题等都有很好的帮助,极大提高开发效率。

App 架构组最重要的一个职能就是统一 App 架构,让业务开发同学在一套统一的架构中尽情塑造端的产品,以提高业务开发效率和保证业务使用稳定性为己任。本着这一原则,这一年来也在不断探索各种跟 App 架构相关技能。协议是我发现最能体现 App 架构意义的一个关键技术,用好以及推广好协议,能使业务开发效率倍增。

一般来说,App 中的协议类型可以任意发散,只要可以复用的地方,你都可以用协议一言以蔽之。当然,我们都是有追求的人,应该创造一些更通用、更抽象、更值得让大家复用的协议,举个栗子,iOS SDK 中 url scheme 就是这样一个典型。

iOS URL Scheme

URL Schemes是苹果给出的用来跳转到系统应用或者跳转到别人的应用的一种机制,同时还可以在应用之间传递数据,用于实现一些特定的功能。你可以完全按照理解一个网页的 URL 的方式来理解一个 iOS 应用的 URL。

比如微信的 url scheme

weixin://

微信朋友圈 url scheme 格式

weixin://dl/moments

看着是不是很方便?

在其他app中,你可以像这样就可以跳转到微信 App 应用(如果已安装的话)

NSURL *url = [NSURL URLWithString:@"weixin://"];
[[UIApplication sharedApplication] openURL:url options:@{} completionHandler:^(BOOL success) {
        
}];

每个应用都可以创建一个或者一些自己的 url scheme,只需要配置 info.plist 文件即可,然后通过 App 管理中心 [UIApplication sharedApplication] 即可进行 App 之间的通信。

同样,我们将这样的思路可以应用到其他抽象模块中来。在每一个抽象模块中,我们用一个协议来指定它的使用规则以及支持的功能,开放给调用方使用时,只要其遵循协议规则,使用抽象模块提供的 api 接口,即可进行模块的调用或者使用其提供的服务。

由此,我们得出这样一个结论:采用协议方式抽象一个模块,需要两个重要组件:协议+协议管理中心。

通用协议

scheme://service/actor?params=/{/"xxx/":xxx/}&origin=xxx

在 App 架构中,页面导航框架是非常重要的一个组件,直接决定当前 App 的页面组织形式以及风格,好的页面导航框架也能让业务方开发拥有极佳的新页面搭建以及页面间跳转体验。从协议角度出发,我们可以这样约定一个页面跳转协议:

页面跳转协议

page://action?params=/{/}&origin=xxx
// 跳转 native  页面
page://goto?params={"page_name":"xxxx","data":{"xxx":"xxx",...},"navi_type":0|1,"anime_type":-1|0|1|2|3|4,"success_callback":"xxxxxx","failure_callback":"xxxxx"}&origin=xxx
// 跳转 h5 页面
page://act_web?params={"page_name":"xxxx","data":{"xxx":"xxx",...},"navi_type":0|1,"anime_type":-1|0|1|2|3|4,"success_callback":"xxxxxx","failure_callback":"xxxxx"}&origin=xxx

Manager 需要提供的 api 包括:

// 跳转 native 页面
// 跳转 h5 页面

服务请求协议

// @TODO 可继续拆分
service://modulename/servicename?params={}&origin=xxx

Bridge 桥接协议

// bridge 为特定 scheme,bridgename 为bridge js库支持的api
bridge://bridgename?module=xxx&method=xxx&args=/{/}&origin=xxx
正文到此结束
Loading...