最近新换了工作,有一段时间没有更新了,今天我们来聊聊组件化。
一、为什么要用组件化
随着移动互联网的不断发展,很多程序代码量和业务越来越多,现有架构已经不适合公司业务的发展速度了,很多都面临着重构的问题。
在公司项目开发中,如果项目比较小,普通的单工程+MVC架构就可以满足大多数需求了。但是像淘宝、蘑菇街、微信这样的大型项目,原有的单工程架构就不足以满足架构需求了。
原因
- 业务模块间划分不清晰,模块之间耦合度很大,非常难维护。
- 所有模块代码都编写在一个项目中,测试某个模块或功能,需要编译运行整个项目。
为什么要用组件化 - 我们先来张图看看在没有使用组件化前,我们各个模块间的依赖关系
图片来源于网上.jpg从上面这种各个业务组件的依赖关系来看,他们是互相依赖的,业务组件和业务组件间产生了严重的耦合关系,这样一来对我们工程的扩展性就会大大的降低,维护成本就会变高。
举个例子:假设某天产品经理说,咱们公司的业务发展的太好了,咱们的营销模块需要独立出来成一个单独的应用,以便于咱们可以添加更多高效的营销手段。这时我们就傻眼了,需要独立出一个app出来,这可怎么搞啊,营销模块的代码和其他的很多业务代码耦合在一起了,现在要独立出来,那就只能重新写一个营销应用了,之前的代码剥离不干净了。
从上面我们列举的一个简单的例子可以体会到:在项目没有做到真正意义上的组件化之前,各个业务模块和业务模块间的高度耦合,功能组件和功能组件间的高度耦合对未来公司的业务扩展来说,成本很高,不能做到同样业务逻辑的代码的高度复用,这样对我们开发来说也是效率的降低。
好了,有的同学可能会说,既然上面各个模块间耦合这么高,那我就来将这些耦合解耦,于是,可能会出现下面这张图的模块间的关系。 图片来源于网上.jpg从下面这张图来看,我们发现,现在确实能做到各个业务模块间完全的解耦了,他们不再互相依赖了,同时我们引入了一个中间调度者的一个角色,现在是各个业务模块和这个中间调度者角色产出了严重的依赖。我们思考下发现,我们的各个业务模块依赖这个中间调度者,这个是完全正常的,因为他们需要这个调度者来做统一的事件分发工作,但是这个调度者却又依赖了每个业务模块,这层依赖是有必要的吗?我们回头想想真正的组件化开发是完全的去依赖化,这个依赖是完全没有必要的。例如:假设我们现在有一个新的B APP需要开发,这时我们也需要用到这个中间调度者组件,但是我们不能直接拿过来用,因为它又依赖了很多A App的业务组件。因此,我们的组件化架构设计又需要一次升级变更了,升级成如下图所示的模型。
图片来源于网上.jpg从上面的这张图,我们可以看出,各个业务模块间只会依赖中间调度者,并且中间调度者不对各个模块产生任何的依赖。
好了,从上面的三张图之间的对比,我们就可以很好的理解为什么我们的工程急需要实现组件化架构开发了,以及各自的优劣势。
二、步骤总结
1、创建私有Repo(Component)
2、创建主工程
3、创建组件Pod(可创建多个Pod,创建方式相同)
1、创建私有Repo(Component)
-
在Git上创建一个Respository,并命名为Component;
image.png
- Repository name: 仓库名称,这里写上我们的依赖库名字 O2View ,必填。
- Description: 仓库的描述信息,可选。
- Public or Private: 仓库的公开性,开源的话选 Public 。 如果是公司内部使用的话这里推荐大家使用私有的仓库,但是 github 的私有仓库是要收费的 $7/month 。大部分公司都是有自己的git服务器,不过一般只能在公司内网使用,或者可以选择Gitlab,Coding,Bitbucket任意一种。
- Initialize: 是否默认创建一个 README 文档,一个完整的库都会有这个说明文档,这里最好勾选一下。不过如果忘记的话也不要紧,后面手动创建也是可以的。
- .gitignore: 忽略项文件,记录一些想忽略的文件类型,凡是该文件包含的文件类型, git 都不会将其纳入到版本管理中。看需要选择就行。
- license: 正规的仓库都有一个 license 文件, Pods 依赖库对这个文件要求比较严格,需要有这个文件。这里最好让 github 自动创建一个,不过后续手动创建也行。我们这次先使用 MIT 类型的 license。
(1)进入本地目录
$ cd /Users/mohaoyang/组件化
(2)使用命令clone项目到本地目录:
$ git clone https://github.com/mohaoyang/Component.git
(3) 添加私有Repo
$ pod repo add Component https://github.com/mohaoyang/Component.git
若不成功,则:
> 移除仓库:
$ pod repo remove Component
> 更新仓库:
$ pod repo update Component
添加私有库成功.png
- 添加Private Pod并验证。
(4) 验证是否成功
$ cd /Users/mohaoyang/组件化/Component
$ pod repo lint .
验证成功.png
2、创建主工程
- 在Git上创建一个Respository,并命名为ComponentMain;
- 将Respository拉取下来并且通过XCodec创建工程,终端执行:
$ git clone https://github.com/mohaoyang/ComponentMain.git
- 终端切到ComponentMain工程根目录下。创建Podfile,此时不需要在Podfile添加任何依赖
终端执行:
$ cd /Users/mohaoyang/组件化/ComponentMain/ComponentMain
$ touch Podfile
$ pod init
$ pod install
3、创建组件Pod(可创建多个Pod,创建方式相同)
- 在Git上创建Repository,并拉取到本地
$ git clone https://github.com/mohaoyang/ComponentUser.git
- 在ComponentUser工程目录下,创建Example工程
创建.podspec,并且创建Pod/Classes目录, 将Example的文件拷贝至Classes目录。
$ cd /Users/mohaoyang/组件化/ComponentUser
$ pod spec create ComponentUser
创建成功.png
- 修改.podspec文件(可用文本编辑打开)
Pod::Spec.new do |s|
s.name = "ComponentUser"
s.version = "0.0.1"
s.summary = "all kinds of categories for iOS develop"
s.homepage = "https://github.com/mohaoyang/ComponentUser.git"
s.author = { "mohaoyang" => "qhmumhy@163.com" }
s.platform = :ios
s.source = { :git =>"https://github.com/mohaoyang/ComponentUser.git",:tag => "0.0.1" }
s.license = { :type => "MIT", :file => "LICENSE" }
s.source_files = "Pod/Classes", "Pod/Classes/**/*.{h,m}"
end
- 本地验证.podspec是否正确
$ pod lib lint
验证成功.png
- 提交到Github,并远程验证,按照下列步骤需要首先提交Git,然后添加Tag
$ git add .
$ git commit -m "添加Pod"
$ git push
#添加Tag
$ git tag 0.0.1 #这里需要与你的.podspec中s.version值相同
$ git push --tags
#验证
$ pod spec lint
验证成功.png
- 添加Pod到你的私有的Repo中
$ pod repo push Component ComponentUser.podspec
添加成功.png
- 搜索Pod
$ pod search ComponentUser
-> ComponentUser (0.0.1)
all kinds of categories for iOS develop
pod 'ComponentUser', '~> 0.0.1'
- Homepage: https://github.com/mohaoyang/ComponentUser.git
- Source: https://github.com/mohaoyang/ComponentUser.git
- Versions: 0.0.1 [Component repo]
- 现在可以使用了,请记住在你的Podfile中添加你Private Pod 源
source 'https://github.com/CocoaPods/Specs' //固定不变
source 'https://github.com/mohaoyang/Component.git'
platform :ios, "9.0"
target "ComponentMain" do
pod 'ComponentUser', '~>0.0.1'
end
大功告成.png
当组件化项目完成以后,更新远程仓库:
- cd 到本地仓库的位置,并执行以下操作
$ cd /Users/mohaoyang/组件化/ComponentUser
$ git add .
$ git commit -m '更新描述'
$ git push origin master
- 版本更新
$ git tag -a '0.0.3' -m '注释'
$ git push --tags
- 工程代码变更,进入podspec文件修改version版本号,与刚刚的tag保持一致。
s.version = "0.0.3"
s.source = { :git =>"https://github.com/mohaoyang/ComponentUser.git",:tag => "0.0.3" }
- 验证spec
$ pod spec lint --private
- 更新索引库
$ pod repo push Component ComponentUser.podspec
- 终端切到ComponentMain工程根目录下,并执行以下操作:
$ cd /Users/mohaoyang/组件化/ComponentMain/ComponentMain
$ pod update
网友评论