iOS组件化(模块化)实践初探

1.背景

1.1 组件化目的

将一个复杂庞大的移动端工程,通过解耦重组组件的方式来提高开发效率。组件化不仅仅是把代码分库这么简单,处理好各个组件之间的通信解耦是重点难点。

1.2 组件化优点

1.组件化完成后,各个组件之间不会有任何直接依赖,也就是说一个组件不会import另一个组件,各个组件之间的 Podfile 也无相互显式依赖,各个组件在编译时也是完全是解耦的。加快了编译速度,各个组件也可以单独开发和测试。
2.组件化对代码的封装性、合理性都有较高要求,提升开发伙伴的设计能力。
3.如果有新的App需要之前类似业务功能,可快速组装成新App。

1.3 组件化缺点

组件化适合在迭代了很多版本后到某一时期,出现了一些相对独立的业务模块的时候再引入。但此时因为代码时间久远,之前的开发伙伴也许不在岗位了,解耦就比较复杂。并且由于工具和流程的复杂化,导致团队之间协作的成本变高,某些情况下可能会导致开发效率下降。

1.4 实际业务分析

fcs项目现在越来越大,并且有一些大且具体的业务模块,例如启蒙、摩比、AI在线课、大课后等。可以考虑组件化架构方案。现在各个模块之间有一些依赖关系,使用组件化之后各个组件就只对中间层依赖。

2.组件通信方案

业界常用组件化方案:

2.1 路由URL跳转方案

1)App之间跳转:
使用URL Scheme(举例: weixin:)
使用Universal Links方式。使我们的App通过HTTP链接来启动App
2)native和h5跳转:
通过一个URL绑定一个页面,移动端通过URL打开相应前端页面。
3)native内
给每个类设计url,通过key(url),找类,跳转

2.2 服务注册方案

每个组件提供对外的服务协议声明,调用方直接调用服务接口。具有“面向协议编程”思想,优点是代码自动补全和编译时检查有效,实现简单。
业界成熟的开源库是阿里的BeeHive

2.3 基于反射的远程调用方案

使用performSelector进行消息传递,在runtime时期发送消息,反射调用。缺点是有大量的硬编码,假如拼写错误的话,在运行时才能发现,导致效率低、质量低。
业界成熟的开源库是CTMediator,对该方案进行了优化完善。

3.BeeHive 原理及实践

github链接:BeeHive
(BeeHive:蜂窝。蜂窝是世界上高度模块化的工程结构,六边形的设计能带来无限扩张的可能。

3.1 用法及代码示例

组件侧(BeeHiveBigClassExample):
1.创建protocol
//1. 创建 protocol。此protocol表示大课后组件(模块)对外暴露的接口
class BigClassHomeViewControllerProtocol: NSObject, BHServiceProtocol {

// 接口:展示大课后首页
static func showHomeView() {
}

}

2.创建impClass
//2. 创建 implementClass
class BigClassHomeViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()

  BHContext.shareInstance()?.serviceConfigName = "BeeHive.bundle/BHService"
  showHomeView()
}

func showHomeView() {
  print("大课后首页!")
}

}

3.设置protocol-impClass映射关系
三种方式:
1)使用BeeHive类的-[registerService:service:]
2)使用宏BeeHiveService
3)使用plist文件
该示例中是通过plist文件实现的:
//3. 设置protocol-impClass映射关系。使用plist文件注册,在初始化BeeHive时指定plist文件的路径
BHContext.shareInstance()?.serviceConfigName = “BeeHive.bundle/BHService”

image.png
image.png

 

调用侧(BeeHiveExample):
func bigClassBeeHive() {
// 调用服务
let BigClassHomeVC = BeeHive.shareInstance()?.createService(BigClassHomeViewControllerProtocol.self)
BigClassHomeVC.showHomeView()
}

4.CTMediator 原理及实践

github链接: CTMediator

4.1 用法及代码示例

组件侧(CTMediatorAIClassExample)
**1.创建target-action****
//1. 创建target-action。类名必须以Target_开头
class Target_AIClassViewController: UIViewController {

override func viewDidLoad() {
super.viewDidLoad()
Action_ShowAIClassHome()
}
//2. action的方法名必须以Action_开头
func Action_ShowAIClassHome() {
print(“AI在线课!”)
}
}

2. 创建CTMediator的分类,为了外部调用
import Foundation

let kTarget_Module = “Target_AIClassViewController”
let kTarget_Action = “Action_ShowAIClassHome”

extension CTMediator {
func showHome() {
let viewController = self.performTarget(kTarget_Module, action: kTarget_Action, params: [:], shouldCacheTarget: false)
return viewController
}
}

调用侧(CTMediatorExample)
let vc = CTMediator.sharedInstance()?.Action_ShowAIClassHome()

3人点赞

作者:彩色大猩猩
链接:http://events.jianshu.io/p/ecb0b9394459
来源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

声明:
根据2013年1月30日《计算机软件保护条例》2次修订第17条规定: 为了学习和研究软件内含的设计思想和原理,通过安装、显示、传输或者存 储软件等方式使用软件的,可以不经软件著作权人许可,不向其支付报酬! 鉴于此,也希望大家按此说明研究软件!
1、本站所有资源来源于用户上传和网络,因此不包含技术服务请大家谅解!
2、下载用户仅供学习交流,若使用商业用途,请购买正版授权,否则产生的一切后果将由下载用户自行承担
3、站内资源均来源于网络公开发表文件或网友投稿发布,如侵犯您的权益,请联系管理员处理。
4、本站不保证所提供下载的资源的准确性、安全性和完整性,资源仅供下载学习之用!如有链接无法下载、失效或广告,请联系客服处理!
5、所有资源均收集于互联网仅供学习、参考和研究,请理解这个概念,所以不能保证每个细节都符合你的需求,也可能存在未知的BUG与瑕疵,因本站资源均为可复制品,所以不支持任何理由的退款兑现,请熟知后再支付下载!。
Q码基地 » iOS组件化(模块化)实践初探

发表评论

只做精品资源

立即查看 了解详情