从启动过程讲述普元Mobile 8.0基座

19天前

App组件模块一步步搭积木的过程。

转载本文需注明出处:微信公众号EAWorld,违者必究。


前言:

通常来讲iOS 应用启动过程有两种:一是冷启动(后台没有运行的普通启动过程)、二是热启动(后台运行没有被系统kill掉,重新打开能立即恢复到之前打开的状态)。本文着重讲普元Mobile8.0 冷启动过程。

目录:

1.集成跨平台框架React Native
2.React Native交互原理
3.组件的集成
4.模块化


1.集成跨平台框架React Native

应用冷启动后,先执行main函数,main内部会调用UIApplicationMain函数,此函数主要是创建了UIApplication对象和创建UIApplication的delegate对象AppDelegate。而应用启动必要执行的代码主要在此AppDelegate类的didFinishLaunchingWithOptions中调用,普通应用在此系统接口中只用初始化窗口、视图控制器添加view,makeWindowVisible就可以了,甚至利用StoryBoard开发页面的这部分代码也省去了。

不过普元Mobile8.0平台是支持多平台的,一套前端代码运行在iOS和安卓两种系统的应用上,这就意味着我们接入了跨平台的明星框架React Native,如他们官方自己介绍的一样他们最大的优点‘learn once , write anywhere’。 


不同于其他热门跨平台框架 (Cordova、AppCan、Phonegap等),这些框架都是在iOS组件webview上进行渲染,或者说wkwebview(iOS 9之后),性能局限于webview的性能,缓存过大时很容易卡顿,就像浏览器那样。而RN就是利用JS控制iOS原生组件(JS桥接加Native桥接)渲染屏幕,和原生应用一样具有先天优势。

既然接入了RN框架8.0的didFinishLaunchingWithOptions中主要涉及到下面三部分模块。

  1. 安全通道
  2. RN初始化
  3. 组件和工具类注册,安装

官方RN Demo应用的欢迎页面:


2.React Native交互原理

一、安全通道通过处理调试或非调试模式下配置的server信息,获取安全通道数据握手成功后进行本地存储,便于RN接口调用进行调试。

二、初始化RN入口导航控制器(关于RN部分代码普元Mobile8.0将其从主项目分离出主项目,与主项目进行模块化组合,便于开发的灵活性同时降低代码耦合度)。

navgationController = [[RNRoot shareInstance] registRnRootWithLaunchOptions:launchOptions jsCodeLocation:nil];

RNRoot是组件化封装的一个类,专门处理RN初始化的一些代码。(需要注意的是React Native 与 Hybrid 完全没有关系,它只不过是以 JavaScript 的形式告诉 Objective-C 该执行什么代码)

  1. 上面提供了jsCodeLocation接口便于提供JSbudle调试地址
  2. 主bundle、微应用包拷贝、微应用包解压
  3. 调试模式启动热部署服务
  4. 初始化RCTBridge、RCTRootView (RCTRootView将React Natvie视图封装到原生组件中。用户能看到的一切内容都来源于这个RootView,所有的初始化工作也都在这个方法内完成)

- (instancetype)initWithBundleURL:(NSURL *)bundleURL
moduleName:(NSString *)moduleName
initialProperties:(NSDictionary *)initialProperties
launchOptions:(NSDictionary *)launchOptions

此接口内部会创建一个RCTBridge实例,这个实例就是实现OC与JS沟通的桥梁,具体实现要在RCTBatchedBridge 类中的 start方法内, start中执行了重要的初始化任务,基于大量的GCD实现了异步初始化组件框架的任务。
同时start方法里开辟了一个基于JSThread线程并且开启了线程的runloop(一直存在,不被内存回收),这个线程就是提供给JS调用OC用的。
接着initModulesWithDispatchGroup遍历module除了内部module,另外一部分普元Mobile8.0自己创建的很多接口类以及类中提供的非常丰富的API可供调用。

利用react提供的宏定义RCT_EXPORT_MODULE注册:
RCT_EXPORT_MODULE(SecurityBridgeModule)。
宏定义中重写了当前class的+load方法,所以module类被加载的时候RCTRegisterModule就调用被注册到配置表。


这也是如果前端使用没有被注册的module类名会爆、报红的原因即配置表里找不到这个类。JS也有自己的bridge,两个bridge用的配置表是一样的。无论是哪一方调用另一方的方法,实际上传递的数据只有 ModuleId、MethodId 和 Arguments ,分别对应的是类名、方法名、参数。
利用runtime就可以使用传递的三个参数完成接口的调用过程;OC调JS某些模块的方法时,也是通过传递ModuleID和MethodID去调用的,都会走到-enqueueJSCall:args:方法把两个ID和参数传给JS的BatchedBridge.callFunctionReturnFlushedQueue,跟JS调OC原理差不多。
感兴趣的话可以研究下面的流程:


3.组件的集成

普元Mobile8.0 提供了一个组件集成的助手类PluginHelper,利用pod 'PluginHelper',:podspec =>”仓库最新地址”即可集成。此类主要作用是在应用启动时调用([PluginHelper didFinishLaunchingWithOptions:launchOptions];),会遍历components.json中需要集成的组件类,并向这些组件类发消息完成初始化。目前提供的协议接口除了初始化组件的方法还有推送和支付相关方法。


组件类需要遵守协议实现协议方法,遍历拿到类名后利用runtime向此类发消息和对应的协议function名。


利用PluginHelper可以解除每引用一个新组件时要import对应类的头文件步骤。只需要在应用启动方法didFinishLaunchingWithOptions手动调用初始化方法。降低了主结构代码冗余度避免了代码耦合,使组件代码更独立有利于整个项目的组件模块化进程。

以普元Mobile8.0平台推送组件举例,集成组件后,只需在以下几个方法调用PluginHelper即可。所有的消息处理代码都在推送组件里,增强了主项目代码的可读性。不用考虑复杂的iOS推送接收获取过程。不仅如此,推送组件还提供了获取推送消息,获取设备Token注册Token,设备绑定等等相关的RN接口非常方便调用。



普通处理方法要考虑冗余的推送逻辑和接口:



4.模块化

程序员都知道的最基本的代码设计原则:“Don’t repeat yourself!”。架构的重要体现就是能够更好的共享资源同时避免代码和功能的复用,而架构恰恰就是围绕模块化做的。

组件模块关系:


普元Mobile8.0平台实现了组件模块化开发,这些组件业务的代码进行隔离(分装)成独立的模块,可以独立运行。上面讲到的RN相关部分初始化,热部署,拷贝微应用独立成了一个模块并且上传到了8.0的远程仓库,主项目可以用pod集成的方式引用此模块。

另外图片、xib文件或者可能以后会增加的db是以bundle模块的方式集成。其他的模块还有加解密、网络数据安全请求、应用商店相关等等。并且普元Mobile8.0开发过程中不断提高了模块稳定性,降低模块间的依赖,使之更好的拆分组装以便更好的维护。



关于作者:热河,普元移动端开发工程师,互联网技术爱好者,专注于iOS开发。目前参与Mobile 8.0项目的开发,主要接触RN技术的应用,黏合前端代码与iOS底层之间的交互。

关于EAWorld:微服务,DevOps,数据治理,移动架构原创技术分享。长按二维码关注!

COMMENTS

需要 后方可回复
如果没有账号可以 一个帐号。