podSpec中spec的全称是“Specification”,说明书的意思。顾名思义,这是用来描述你这个私有pod的说明信息的。
podSpec是cocoapods的一种文件格式,有一套自己的语法,我们可以到cocoapods官网进行详细了解(https://guides.cocoapods.org/syntax/podspec.html)。
创建podSpec很简单,只要创建一个以.podSpec为后缀的文件即可,或者直接拷贝别人的进行修改也可以。
它的创建命令是:$pod spec create TestFile
podspec文件的常用配置字段介绍
Pod::Spec.new do|s|
框架名字:框架名字一定要写对,pod search "框架名"就是搜的这个
s.name = "GedeyProject"
框架版本号
s.version = "1.0.0"
框架简介
s.summary = "Geddy框架"
框架的主页
s.homepage = "https://git.oschina.net/Geddy"
框架遵守的开源协议
s.license = 'MIT'
框架的作者
s.author = { "Geddy" => "Geddy@mail.com" }
框架的资源路径:路径可以指向远端代码库,也可以指向本地项目,例如:
1.指向远端代码库: { :git => "git@git.oschina.net:xxxx/xxxx.git", :tag => "1.0.0" }
2.指向本地项目: { :path => 'xxxx', }
s.source = { :git => "git@git.oschina.net:xxxx/xxxx.git", :tag => "1.0.0" }
框架被其他工程引入时,会导入xxxx目录下的.h和.m文件
s.source_files = 'xxxx/**/*.{h,m}'
框架被其他工程引入时,会导入Geddy/resource目录下的资源文件
s.resources = {
'
Geddy'
=> ['
Geddy/resource/**/*.{storyboard,xcassets,xib,png']
}
框架依赖的framework
s.framework = 'CoreData'
框架依赖的其他第三方库
s.dependency 'MagicalRecord', :git => 'https://github.com/iiiyu/MagicalRecord.git', :tag => 'sumiGridDiary2.1'
s.dependency 'MBProgressHUD'
框架是否需要支持ARC
s.requires_arc = true
框架支持的最低平台版本
s.platform = :ios,
'7.0'
框架公开的头文件
s.public_header_files = '
Geddy/**/*.h'
end
大型项目模块化管理
随着iOS APP越来越复杂,功能越来越多,对于iOS项目的工程化要求也越来越高了,对于复杂的APP一般都需要对项目进行模块化管理。
模块化有几个方式:
1. 目录结构管理:这是最原始的方式,仅仅通过目录结构实现代码层次的清晰化。但本质上并没有解决代码之间的依赖混乱的情况,模块化划分也非常不清晰。
2. 子工程:通过子工程可以实现代码依赖管理和模块化,但是需要引入复杂的设置,不利于管理。
3. 静态库:将依赖代码打包成为静态库.a,不过由于不能看到源码,调试不方便。
自从有了CocoaPods,可以使用它来管理私有库,从而实现了代码模块化管理。例如下图所示:
CocoaPods私有库
1. 创建私有的Specs git库
例如在github上面创建一个空的git库:https://github.com/xxx/MySpecs
将这个git库加入到CocoaPods库的列表中:
pod repo add MySpecs git@github.com:xxx
/MySpecs
.git
此时可以检查下本地的pod repo
<br class=
"Apple-interchange-newline"
>$ pod repo list<br><br>MySpecs
- Type: git (master)- URL: git@github.com:xxx/MySpecs.git
- Path: /Users/xxx/.cocoapods/repos/mySpecs
master
- Type: git (master)
- URL: git@github.com:CocoaPods/Specs.git
- Path: /Users/xxx/.cocoapods/repos/master
确定私有库的Specs已经加到本地pod repo中。
2. 在私有库项目中创建podspec文件
在私有库项目中的根目录,创建对应的podspec文件,里面会描述这个库的基本信息。
PodSpec规范可以查看:https://guides.cocoapods.org/syntax/podspec.html
Pod::Spec.
new
do
|s|
s.name =
"PodName"
s.version =
"0.0.1"
s.summary =
"A short description of PodName."
s.homepage =
"http://github.com/xxx/PodName"
s.license = {
:type
=>
"MIT"
,
:text
=> <<-
LICENSE
Copyright ©
2016
年 xxx. All rights reserved.
LICENSE
}
s.author = {
""
=>
""
}
s.source = {
:git
=>
"git@github.com:xxx/PodName.git"
,
:tag
=>
"0.0.1"
}
s.source_files =
"**/*.{h,m,mm,c}"
s.frameworks =
"Foundation"
,
"QuartzCore"
,
"UIKit"
,
"WebKit"
s.libraries =
"z"
s.dependency
'AFNetworking'
s.ios.deployment_target =
'6.0'
end
resource: 可以指定资源文件,建议使用bundle以避免资源文件产生冲突。
frameworks: 指定这个pod依赖的系统framework
libraries: 指定这个pod依赖的系统动态库。注意使用的名字:比如需要引用"libz.dylib", 那么这里只需要写"z"
无论原始项目的目录结构或者group结构,默认的pod里面的代码都会平铺在根目录里面
如果需要增加目录层次结构,则需要使用subspec,详细使用规范:https://guides.cocoapods.org/syntax/podspec.html#subspec
注意:SubSpecs之间不能存在相互依赖关系,只能单向依赖
3. 验证私有库的合法性
pod lib lint --sources=
'git@github.com:xxx/MySpecs.git'
--verbose --use-libraries --allow-warnings
sources参数可以指定私有库的Pod Specs库的地址。如果能够通过,说明代码编译没有问题
4. 提交私有库的版本信息
git tag -m
"first release"
"0.0.1"
$ git push --tags
#推送tag到远端仓库
5. 向Spec Repo提交podspec
pod repo push MySpecs PodName.podspec --sources=
'git@github.com:xxx/MySpecs.git'
--use-libraries --allow-warnings
这样就完成了一个CocoaPods的私有库的提交了,别人就可以在Podfile里面使用这个私有库了