iOS组件化之具体实现

简介: iOS组件化之具体实现

随着应用需求逐步迭代,应用的代码体积将会越来越大,为了更好的管理应用工程,我们开始借助CocoaPods版本管理工具对原有应用工程进行拆分。但是仅仅完成代码拆分还不足以解决业务之间的代码耦合,为了更好的让拆分出去的业务工程能够独立运行,必须进行组件拆分并且实现组件服务化。

1.组件和组件之间没有明确的约束。

2.组件单独开发、单独测试,不能揉入主项目中开发,测试也可以针对性的测试。

由于本人的习惯,喜欢把很复杂的问题大白话化。组件是什么?它就是通过CocoaPods来管理的几个文件,它能实现特定的功能。通常它都采用的私有库和私有源,不然大伙都可以看到你的代码。当然也有的组件本来就是为了开源的,开源的库通常放在公有源上。

组件化主要为了解决不同app代码重复性问题,便于维护,其次为了代码功能清晰。当组件更新,各个app只需要执行pod update就把组件的功能代码更新了,不用每个app重新导入或修改相同的代码了。新建app只需要配置Podfile文件,执行pod update命令就能把组件导入过来大大提高了开发效率。每个组件实现特定的功能,不用在一堆业务代码中翻找不同的功能代码了,你说代码功能能不清晰吗?

组件主要分三类:基础功能组件,基础UI组件,产品业务组件

 1.独立的私有库形式,它又分两种:

1.1.基础功能组件:(类似于性能统计、Networking、网络诊断、定制Categories安全处理扩展类组件等)

按功能分库,不涉及产品业务需求,跟库Library类似

通过良好的接口拱上层业务组件调用;

不写入产品定制逻辑,通过扩展接口完成定制;

1.2. 基础UI组件:(例如下拉刷新组件、弹出框组件、小菊花组件、选择框组件等)

产品内通用UI组件;(各个业务模块依赖使用,但需要保持好定制扩展的设计)

公共通用UI组件;(不涉及具体产品的视觉设计, 目前较少)

 2.封装的sdk。

 3. 产品业务组件:(例如支付组件、分享组件、页面管理组件、评价组件、版本更新组件、WebSocket等长连接组件)

业务功能间相对独立,相互间没有Model共享的依赖;

业务之间的页面调用只能通过UIBus进行跳转;

业务之间的逻辑Action调用只能通过服务提供;

网络组件可以只包含对AFNetworking的进一步抽象,以便于更简单的使用。它比使用扩展类写在一个文件里的可读性要强的多。几个相关的请求在一个类文件里比所有的请求都在一个类文件里,大家想像就知道那个更合理。

本文主要的内容是组件化的实现,不是讲组件化的代码具体实现的,关于组件化代码实现以后再说。

你可以这样理解,就是想把几个.h和.m等文件怎么用CocoaPods把它变成私有库,指定的成员可以下载。大公司都是自己搭建的GitLab服务器。小公司大都使用的是git服务器。当然自己搭建的服务器上传下载要比git服务器要快的多。本文主要以git服务器为示例,所有***需要你换成自己的路径和文件,工程名。

以前在大公司都是比人专门建立了私有源和环境,自己上传组件就可以。当了新公司要当拓荒者一个人实现组件化,遇到问题不是一般的大,一个很小的问题就卡了我两周。从零开始组件化你才能充分理解组件化的重要和本质。

下面是实现组件化的步骤。


你首先要安装CocoaPods。网上一抓一大把,你慢慢学习去吧!不过我遇到一个奇靶的问题。我以前装CocoaPods装了一半失败了,以后怎么装也装不成功。后来把它卸载了再装才成功。

在git服务器上建立你自己私有源,就是存放podspec文件的地方。注意:创建时一定要勾选Initialize this repository with a README前面勾选。我就是开始忘记忘记勾选这个选型,上传了两周私有源全部失败。空工程无法使用pod repo push推送本地私有源到远程私有源。若忘记了,你可以删除这个私有源再重新创建并勾选这个选项。当然若因为各种原因不能删除,那么你就用git下载工程到本地,给它传一个说明文件吧!当然你也可以用命令创建。

echo “# TencentBugly” >> README.md

git init

git add README.md

git commit -m “first commit”

git remote add origin https://github.com/****/TencentBugly.git

git push -u origin master

这个TencentBugly是你要创建的私有源的名字,你修改成你自己的私有源的名称就可以。

创建本地私有源。

pod repo add YiXiangSpec https://github.com//.git

在git服务器上建立你自己私有代码库,下载到本地,通常在本地需要建立一个工程,这个工程的主要目的是检查是否代码是否能编译和运行,当然也可以包含对该模块的测试代码。增加***.podspec。注意:配置文件中不能有中文标点符号,或者会编译不通过。

  1. 上传代码到私有库地址,并且打标签,注意一定要勾选推送标签:origin 。
    一般一个指定组件都是一个人维护,所以一般都是指直接推送到master主分支。

在***.podspec所在文件路径下执行代码检查,告警一般可以忽略(–allow-warnings)。例如:pod spec lint ModuleManager.podspec --allow-warnings --use-libraries

注意:若是本组件需要访问私有源和公有源都需要加上。例如:pod spec lint YXRequestManager.podspec --sources=‘https://github.com//.git,https://github.com/CocoaPods/Specs.git’ --allow-warnings

编译成功的例子:

podspec --allow-warnings --use-libraries

-> ModuleManager (0.0.1)


Analyzed 1 podspec.


ModuleManager.podspec passed validation.

7. 编译检查通过,推送到私有源和私有库。例如:pod repo push *** ModuleManager.podspec --allow-warnings

注意:若是本组件需要访问私有源和公有源都需要加上。例如:pod repo push YiXiangSpec YXPayManager.podspec --sources=‘https://github.com//.git,https://github.com/CocoaPods/Specs.git’ --allow-warnings --use-libraries

若你的组件有几百兆(如通信基础组件),可能需要很常时间,毕竟git服务器在国外,大家耐心等待吧!

上传成功的例子

jiaguoshangdeMacBook-Air:ModuleManager jiaguoshang$ pod repo push *** ModuleManager.podspec --allow-warnings


Validating spec

-> ModuleManager (0.0.2)


Updating the `***’ repo


Already up to date.


Adding the spec to the `***’ repo


[Add] ModuleManager (0.0.2)

Pushing the `***’ repo

注意:你下载时,以公有源映射的库优先,其次是私有源映射的组件。由于共有源上已经有一个ModuleManager的第三方库,你若你的私有源上的这个组件也叫ModuleManager,那么你用pod update下载时,下载的事公有源上的那个swift版本的第三方库。

8. 在项目所在文件夹修改或创建Podfile文件,增加你的组件。

9.使用pod update更新组件,若你以前已经执行过,只是想对新加的这个三方库进行下载。可以使用这个命令来提高更新速度:pod update --verbose --no-repo-update。

若有新加的组件或第三方库,需要关闭工程再打开工程才能生效。

10.若你已经下载这个第三方库,有时候你使用pod update命令可能下载的别人的组件是老版本的,更新不到老版本,可以先在Podfile文件中注释掉(#pod ‘MLeaksFinder’,‘0.2.1’)对应组件,再pod update --verbose --no-repo-update;再打开在Podfile文件中去掉注释,再pod update --verbose --no-repo-update就能下载别人的组件的最新版本了,估计这个是本地私有源的问题。若这个库就是在本电脑更新的库,再更新现在的肯定是最新版本。


下面是包含私有源和公有源的Podfile文件例子:

Uncomment this line to define a global platform for your project

source ‘https://github.com/enjoyor-runlu/***.git’

source ‘https://github.com/CocoaPods/Specs.git’

platform :ios, “8.0”

target ‘ArtEnjoymentWeChatAuction’ do

Uncomment this line if you’re using Swift or would like to use dynamic frameworks

use_frameworks!

Pods for ***

pod 'YXFDCategories'
##################################第三方###########################
#YYModel--数组转模型组件
pod 'YYModel', '1.0.4'
#YYCategories--给系统类添加的分类
pod 'YYCategories', '1.0.4'
#内存泄漏检测,正式环境需要注释下面一行
pod 'MLeaksFinder','0.2.1'

end

下面是一个简单的一个只包含Classes文件夹下的.h和.m文件的组件管理组件的配置文件(ModuleManager.podspec):

Any lines starting with a # are optional, but their use is encouraged

To learn more about a Podspec see http://guides.cocoapods.org/syntax/podspec.html

Pod::Spec.new do |s|

s.name = ‘ModuleManager’

s.version = ‘0.0.2’

s.summary = ‘ModuleManager.’

This description is used to generate tags and improve search results.

* Think: What does it do? Why did you write it? What is the focus?

* Try to keep it short, snappy and to the point.

* Write the description between the DESC delimiters below.

* Finally, don’t worry about the indent, CocoaPods strips it!

s.description = <<-DESC

TODO: Add long description of the pod here.

DESC

s.homepage = ‘http://www.baidu.com/’

s.screenshots = ‘www.example.com/screenshots_1’, ‘www.example.com/screenshots_2’

s.license = { :type => ‘MIT’, :file => ‘LICENSE’ }

s.author = { ‘jiaguoshang’ => ‘@163.com’ }

s.source = { :git => 'https://github.com/**/ModuleManager.git’, :tag => s.version.to_s }

s.social_media_url = ‘https://twitter.com/<TWITTER_USERNAME>’

s.ios.deployment_target = ‘8.0’

s.source_files = 'ModuleManager/Classes/.{h,m}’
#s.source_files = “ModuleManager”, "'ModuleManager/**/
.{h,m}"

s.resource_bundles = {

‘ModuleManager’ => [‘ModuleManager/Assets/*.png’]

}

s.public_header_files = ‘Pod/Classes/**/*.h’

s.frameworks = ‘UIKit’, ‘Foundation’

s.dependency ‘AFNetworking’, ‘~> 2.3’

end

下面是一个既依赖私有库又依赖公有库的配置文件(YXRequestManager.podspec):

Be sure to run `pod lib lint YXRequestManager.podspec’ to ensure this is a

valid spec before submitting.

Any lines starting with a # are optional, but their use is encouraged

To learn more about a Podspec see

http://guides.cocoapods.org/syntax/podspec.html

Pod::Spec.new do |s|

s.name = ‘YXRequestManager’

s.version = ‘1.1.9’

s.summary = ‘YXRequestManager.’

This description is used to generate tags and improve search results.

* Think: What does it do? Why did you write it? What is the focus?

* Try to keep it short, snappy and to the point.

* Write the description between the DESC delimiters below.

* Finally, don’t worry about the indent, CocoaPods strips it!

s.description = <<-DESC

TODO: Add long description of the pod here.

DESC

s.homepage = ‘http://www.baidu.com/’

s.screenshots = ‘www.example.com/screenshots_1’,

‘www.example.com/screenshots_2’

s.license = { :type => ‘MIT’, :file => ‘LICENSE’ }

s.author = { ‘jiaguoshang’ => ‘***@163.com’ }

s.source = { :git => ‘https://github.com/enjoyor-runlu/YXRequestManager.git’, :tag => s.version.to_s }

s.social_media_url = ‘https://twitter.com/<TWITTER_USERNAME>’

s.ios.deployment_target = ‘8.0’

s.source_files = ‘YXRequestManager/Classes/**/*.{h,m}’

s.source_files = ‘YXCache’, ‘YXRequestManager/Classes/YXCache/*.{h,m}’,

s.source_files = ‘AESCategory’, ‘YXRequestManager/Classes/AESCategory/*.{h,m}’

s.source_files = ‘YXRequest’, ‘YXRequestManager/Classes/YXRequest/*.{h,m}’

#s.source_files = “YXRequestManager”, "YXRequestManager/**/.{h,m}"

s.resource_bundles = {

‘YXRequestManager’ => ['YXRequestManager/Classes/.xcassets’]

}

s.public_header_files = ‘Pod/Classes/**/*.h’

s.frameworks = ‘UIKit’, ‘Foundation’

s.dependency ‘YXFDCategories’

s.dependency ‘AFNetworking’, ‘3.1.0’

s.dependency ‘TMCache’

end


目录
相关文章
|
JSON 测试技术 数据处理
iOS-底层原理 35:组件化(一)方案
iOS-底层原理 35:组件化(一)方案
1072 0
iOS-底层原理 35:组件化(一)方案
|
12月前
|
缓存 移动开发 前端开发
iOS项目组件化历程
随着业务的发展,App中的页面,网络请求,通用弹层UI,通用TableCell数量就会剧增,需求的开发人员数量也会逐渐增多。 如果所有业务都在同一个App中,并且同时开发人数较少时,抛开代码健壮性不谈,实际的开发体验可能并没有那么糟糕,毕竟作为一个开发,什么地方用什么控件,就跟在HashMap中通过Key获取Value那么简单。 那么当业务成长到需要分化到多个App的时候,组件化的重要性开始体现了。
64 0
|
测试技术 开发工具 Swift
iOS项目组件化
随着公司业务的不断发展,团队不断壮大的同时,项目也随之臃肿起来,如何保障团队协作的高效,自然的想到了组件化这个话题。下面总结下本人的梳理和思考。
30195 12
iOS项目组件化
|
Web App开发 存储 网络协议
ios 组件化之Cocoapods私有库详解以及问题解决方案
ios 组件化之Cocoapods私有库详解以及问题解决方案
ios 组件化之Cocoapods私有库详解以及问题解决方案
|
中间件 调度 iOS开发
iOS 组件化方案
现在很多公司在业务扩张到一定程度或者商业模式跑通之后就会考虑到组件化方案,而组件化方案目前主流的做法就是以下三种,这里我们将就组件化方案谈谈自己的思考。 - `URL Scheme` - `Protocol Class` - `Target Action`
iOS 组件化方案
|
存储 运维 开发工具
iOS组件化:从零开始搭设私有库
本文主要介绍了iOS私有库的管理方式。在有多个产品线的情况下,其中业务层、自定义的控件、自定义的工具类,如日期处理类、日历、加密类等等,甚至包括App的基础框架都是可以考虑复用,这样一来有效的提高了编码的效率,让开发人员专注主业务的开发,不在为基础的框架、基础的类重复的“造轮子”。
242 0
iOS组件化:从零开始搭设私有库
|
存储 缓存 安全
iOS-底层原理 35:组件化(二)组件间通讯方式
iOS-底层原理 35:组件化(二)组件间通讯方式
843 0
iOS-底层原理 35:组件化(二)组件间通讯方式
|
开发工具 git iOS开发
iOS组件化开发一远端私有库建立(二)
公共库业务,基础层划分! 一、构建私有云,本文推荐为码云 1、构建名称为LuckTimeSpec,选择私有建立; 2、Copy地址的https 链接; 二、打开终端 输入: cd /Users/zhangpeng/.
1748 0
|
运维 Go 开发工具
iOS组件化(一)—Cocopods创建私有库
iOS组件化,Cocopods创建私有库
1292 0