iOS插件化架构探索

Posted 搜狐技术产品

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了iOS插件化架构探索相关的知识,希望对你有一定的参考价值。

self = [super init];

if (self)

_uriString = [uriString copy];

NSURL *url = [NSURL URLWithString:_uriString];

if (!url || !url.scheme) return nil;

// scheme用来标记动态库协议名
_scheme = url.scheme;

NSRange pathRange = NSMakeRange(_scheme.length + 3, _uriString.length - _scheme.length - 3);

if (url.query)

NSArray *components = [url.query componentsSeparatedByString:@"&"];
NSMutableDictionary *parameters = [NSMutableDictionary dictionaryWithCapacity:0];

for (NSString *item in components)

NSArray *subItems = [item componentsSeparatedByString:@"="];
if (subItems.count >= 2)

parameters[subItems[0]] = subItems[1];



// parameters用来标记动态库初始化参数
_parameters = parameters;

pathRange.length -= (url.query.length + 1);


if (pathRange.length > 0 && pathRange.location < uriString.length)

// resourcePath用来标记动态库路径
_resourcePath = [_uriString substringWithRange:pathRange];



return self;

SVPDispatch主要代码如下:

// 根据URI获取动态库主入口页面
- (id)resourceWithURI:(NSString *)uriString

if (!uriString || !_bundleProvider) return nil;

return [self resourceWithObject:[SVPURI URIWithString:uriString]];


- (id)resourceWithObject:(SVPURI *)uri

if (!uri) return nil;

id resource = nil;

// bundleProvider为SVPRuntime,其实现代理方法返回URI对应的动态库的principalObject
if (_bundleProvider && [_bundleProvider respondsToSelector:@selector(bundleDelegateWithURI:)])

id<SVPBundleDelegate> delegate = [_bundleProvider bundleDelegateWithURI:uri];

// delegate为动态库的principalObject,其实现代理方法返回动态库的主入口页面
if (delegate && [delegate respondsToSelector:@selector(resourceWithURI:)])

resource = [delegate resourceWithURI:uri];



return resource;

if (self.status == SVPBundleLoaded) return YES;

self.status = SVPBundleLoading;

// 使用路径获取一个NSBundle对象
self.bundle = [NSBundle bundleWithPath:self.bundlePath];

NSError *error = nil;

if (![self.bundle preflightAndReturnError:&error])

NSLog(@"%@", error);


// 加载NSBundle
if (self.bundle && [self.bundle load])

self.status = SVPBundleLoaded;

// 获取NSBundle的principalObject
self.principalObject = [[[self.bundle principalClass] alloc] init];

if (self.principalObject && [self.principalObject respondsToSelector:@selector(bundleDidLoad)])

[self.principalObject performSelector:@selector(bundleDidLoad)];


else

self.status = SVPBundleLoadFailed;


return self.status == SVPBundleLoaded;

SVPBundleManager主要代码如下:

- (instancetype)init 
self = [super init];
if (self)
// 遵循SVPCore的协议
[SVPAccessor defaultAccessor].bundleProvider = self;

// 遍历本地文件夹,加载动态库
_installedBundles = [NSMutableDictionary dictionary];
NSString *mainPath = [self bundleFolder];
NSDirectoryEnumerator *directoryEnumerator = [self.fileManager enumeratorAtPath:mainPath];
for (NSString *path in directoryEnumerator.allObjects)
NSString *subPath = [mainPath stringByAppendingPathComponent:path];
NSArray *dirArray = [self.fileManager contentsOfDirectoryAtPath:subPath error:nil];
if (dirArray.count > 0)
NSString *frameworkName = [dirArray firstObject];
if ([frameworkName hasSuffix:@".framework"])
NSString *bundlePath = [subPath stringByAppendingPathComponent:frameworkName];
SVPBundle *bundle = [[SVPBundle alloc] initWithBundlePath:bundlePath];

NSString *version = @"";
NSArray *strArray = [frameworkName componentsSeparatedByString:@"_"];
if (strArray.count > 0)
version = [strArray firstObject];

// 动态库标识:版本号+唯一标识
NSString *bundleKey = [NSString stringWithFormat:@"%@_%@", version, path];
_installedBundles[bundleKey] = bundle;




return self;


#pragma mark - SVPBundleDownloadItemDelegate

// 下载完成,解压下载下来的动态库
- (void)downloadBundleItem:(SVPBundleDownloadItem *)downloadItem finished:(BOOL)success
if (success)
[self unZipDownloadItem:downloadItem];
else
if (self.finishBlock)
self.finishBlock(NO);
self.finishBlock = nil;




#pragma mark - SVPBundleProviderDelegate

// 实现SVPCore的协议,返回URI对应的动态库的principalObject
- (id)bundleDelegateWithURI:(SVPURI *)uri
if ([uri.scheme isEqual:@"scheme"] && uri.resourcePath.length > 0)
SVPBundle *bundle = _installedBundles[uri.resourcePath];
if (bundle)
return bundle.principalObject;



return nil;

if ([uri.scheme isEqual:@"scheme"])
if ([uri.resourcePath isEqualToString:@"wechat"])
SVPWechatViewController *wechatVC = [[SVPWechatViewController alloc] initWithParameters:uri.parameters];
return wechatVC;



return nil;

SVPWechatViewController,就是该插件的主入口对象,在此基础上实现插件的独立功能就可以了。

然后,最重要的一步,需要在该动态库的Info.plist文件配置Principal class,这个条目的作用是通过NSBundle的principalClass获取到该对象,如下图将SVPWechatBundleDelegate设置进去之后,加载完成后的Bundle发送principalClass消息,拿到的就是这个对象。由于SVPWechatBundleDelegate实现了SVPBundleDelegate协议的resourceWithURI:方法,就可以将插件的入口控制器返回给调用方。

动态库

之后将该插件的动态库编译后打成压缩包,放到服务器上提供下载链接即可。

NSInteger itemIndex = sender.tag - 1000;
if (itemIndex >= 0 && itemIndex < self.pluginArray.count)
// 点击的插件对应的配置列表信息
PluginItem *pluginItem = [self.pluginArray objectAtIndex:itemIndex];

// 动态库标识:版本号+唯一标识,以实现动态更新的目的
NSString *bundleKey = [NSString stringWithFormat:@"%@_%@", pluginItem.version, pluginItem.identifier];
if (![[SVPBundleManager defaultManager] isInstalledBundleWithBundleKey:bundleKey])

// 本地未加载,先从服务器下载动态库
__weak __typeof(self)weakSelf = self;
__weak __typeof(PluginItem *)weakItem = pluginItem;
__weak __typeof(UIButton *)weakSender = sender;
[[SVPBundleManager defaultManager] downloadItem:[pluginItem toJSONDictionary] finished:^(BOOL success)
__strong __typeof(weakSelf)strongSelf = weakSelf;
__strong __typeof(weakItem)strongItem = weakItem;
__strong __typeof(weakSender)strongSender = weakSender;
if (success)
dispatch_sync(dispatch_get_main_queue(), ^
[strongSelf pushBundleVC:itemIndex];
);
else
// 提示下载失败

dispatch_sync(dispatch_get_main_queue(), ^
[strongSender setTitle:strongItem.name forState:UIControlStateNormal];
);
];
[sender setTitle:@"下载中..." forState:UIControlStateNormal];

else

// 本地已加载,push动态库的主入口页面
[self pushBundleVC:itemIndex];




- (void)pushBundleVC:(NSInteger)index
if (index >= 0 && index < self.pluginArray.count)
PluginItem *pluginItem = [self.pluginArray objectAtIndex:index];
NSString *uriString = [NSString stringWithFormat:@"scheme://%@_%@", pluginItem.version, pluginItem.resource];
UIViewController *vc = [[SVPAccessor defaultAccessor] resourceWithURI:uriString];
if (vc)

[self.navigationController pushViewController:vc animated:YES];



当插件模块需要更新时,只需要修改服务器上的配置列表和插件动态库压缩包,主工程在适当的时机更新本地配置列表,当用户点击该插件功能时,即可根据版本号查找并更新本地动态库,达到动态更新的目的。


注意事项

系统在加载动态库时,会检查Framework的签名,签名中必须包含TeamIdentifier,并且Framework和主App的TeamIdentifier必须一致。

如果不一致,会报下面的错误:

Error loading /path/to/framework: dlopen(/path/to/framework, 265): no suitable image found. Did find:/path/to/framework:code signature 

【文末有惊喜!】DLNA技术初探

2020-09-17

探秘 App Clips

2020-09-10

【周年福利Round2】都0202年了,您还不会Elasticsearch?

2020-08-13

【周年福利Round1】一文看破Swift枚举本质

2020-08-06



前端插件化架构的探索和实践

babel插件、webpack插件、vue-cli插件,为啥这么多的优秀框架都是使用插件系统?插件化架构是什么?带来了什么好处?可以应用到什么场景呢?

1. 插件化架构定义

插件化架构又称微核架构,指的是软件的内核相对较小,主要功能和业务逻辑都通过插件实现。插件化架构一般有两个核心的概念:内核和插件。

内核一般会将要完成的所有业务进行抽象,抽象出最小粒度的基础接口,供插件方来调用。这样,插件开发的效率将会极大的提高。比方说,浏览器就是一个典型的插件化架构,浏览器是内核,页面是插件,这样通过不同的URL地址加载不同的页面,来提供非常丰富的功能。而且,我们开发网页时候,浏览器会提供很多API和能力,这些接口通过 window来挂载, 比如,DOM、BOM、Event、Location等等。

设计一个完善的插件化架构的系统,包含三要素:

2. 插件化架构的实践

我们将从plugCore、 pluginAPI和plugin三要素,来解析jQuery、Babel和Vue CLI这三大优秀的开源库其插件化架构的实践。

2.1 jQuery的插件化架构

jQuery 是一个 JavaScript 库,极大地简化了JavaScript 编程,用更少的代码完成更多工作。早期浏览器的标准不统一,开发网页需要兼容不同浏览器的用户使用是一件十分痛苦的事情。jQuery在适配了不同浏览器的差异的基础上提供了更加完善易用API,供前端开发人员完成网页编程,使用jQuery编写的网页,在一套代码下也可以在不同厂商的浏览器上正常运行。在 MV* 框架流行之前,jQuery是绝对的扛霸子。jQuery是可扩展的,其拥有完善的插件体系,网页开发所需要的各种插件在其生态都可以找到。我们解析一下jQuery插件体系。

插件定义:

特别说明:$.fn = jQuery.protype(插件精髓)。jQuery的插件机制通过原型链来挂载。

插件机制执行过程

demo 示例

$app便可以在原型链上查找到myPlugin:

从三要素来总结:

2.2 Babel的插件化架构

Babel 是一个工具链,主要用于将 ECMAScript 2015+ 版本的代码转换为向后兼容的 JavaScript 语法,以便能够运行在当前和旧版本的浏览器或其他环境中。在代码转换的过程中会涉及许多特性和语法的转换,而且ECMAScript的提案总是不断地更新。如何组织大量(不断增加)的转换规则呢?我们来看看 Babel的工作原理。

Babel转换源码,分为三个步骤:

Babel在AST转换的过程(即上图的第2步),便使用插件化架构,下面将会详细讲解这个转换过程的插件化架构的使用。

插件定义:

插件是一个函数,返回值是一个包含visitor的对象。插件定义的部分概念说明:

(笔者认为pluginAPI还应包括nodePath,因为,每个节点实例除了语法和词法描述,还包含需求语法间的转换方法)

插件示例

箭头函数转换成普通函数的插件:@babel/plugin-transform-arrow-functions [3]源码:

插件的执行思路:

单个插件的执行思路很明确了,那么在ATS遍历过程,怎么做到多个插件一起工作呢?

Babel在转换源码过程中,插件化架构的工作流程是这样的:

合并后的visitor对象:

visitor的对象中的值变成了 Array<function(nodePath)>

从三要素来总结:

2.3 vue-cli的插件化架构

Vue CLI 是一个基于 Vue.js 进行快速开发的完整系统。CLI插件是向你的 Vue 项目提供可选功能的 npm 包,例如 Babel/TypeScript 转译、ESLint 集成、单元测试和 end-to-end 测试等。Vue CLI 插件的名字以 @vue/cli-plugin- (内建插件) 或 vue-cli-plugin- (社区插件) 开头,非常容易使用。下面,我们将会解析cli插件的定义、执行、安装等过程。

插件定义

插件必须是vue-cli-plugin-命名的npm包,并且目录结构也是要严格遵循文件命名来定义。

注意:@vue/cli-service [6],会通过 项目根目录下package.json中dependencies和devDependencies中定义的 npm包中符合插件命名规范的 npm包作为项目的插件。

文件命名和内容说明:

详情可以去看Vue Cli 插件开发指南 [9]

我们把Vue CLI的插件执行分成两种情况:

第一种 安装流程

相比Babel的手动安装添加插件方式,Vue CLI的插件系统提供命令行的安装方式就显得很方便了。我们看看Vue Cli插件系统时怎么实现一行命令添加插件的功能。

安装流程的执行思路如下:

第二种 运行流程

插件运行流程是由@vue/cli-service [14]这个插件系统定义的,这里的调用插件有两种:

插件运行逻辑很简单:

这两个流程的 pluginAPI是不一样的。

从三要素来总结:

1)安装流程

2)运行流程

一个插件系统是可以不多个插件类型,并且插件系统通过命令安装插件的实现,用户在使用插件系统时添加插件也是十分方便的。

3. 插件化架构的应用

3.1 应用场景

通过上述的实例,总结处理插件架构的应用场景。

3.2 发展方向

通过建立一个插件标准,将研发流程沉淀的能力进行插件化编程,整个公司通过使用一套的插件系统(中台),这样意味着,我们不用重复造业务轮子,团队和企业可以持续积累自己的插件生态,让软件开可以像汽车等工业制造一样,打造一条标准化装配的流水线。

参考链接:

  1. https://github.com/babel/babe...
  2. https://babeljs.io/docs/en/ba...
  3. https://babeljs.io/docs/en/ne...
  4. https://github.com/babel/babe...
  5. https://github.com/babel/babe...
  6. https://github.com/vuejs/vue-...
  7. https://github.com/SBoudrias/...
  8. https://github.com/vuejs/vue-...
  9. https://cli.vuejs.org/zh/dev-...
  10. https://github.com/vuejs/vue-...
  11. https://github.com/vuejs/vue-...
  12. https://github.com/vuejs/vue-...
  13. https://github.com/vuejs/vue-...
  14. https://github.com/vuejs/vue-...
  15. https://github.com/vuejs/vue-...
  16. https://github.com/vuejs/vue-...
  17. https://github.com/vuejs/vue-...
  18. https://github.com/vuejs/vue-...
  19. https://github.com/vuejs/vue-...
  20. https://github.com/vuejs/vue-...

以上是关于iOS插件化架构探索的主要内容,如果未能解决你的问题,请参考以下文章

RN学习1——前奏,app插件化和热更新的探索

iOS之深入解析插件化架构

Android插件化探索资源加载

Android插件化探索免安装运行Activity(上)

如果类别如此强大,那么何时是子类化 iOS 类的合适时机?

Jetpack Compose 中的动态加载插件化技术探索