pods的Podfile文件编写

By admin in 4858.com on 2019年4月18日

use_frameworks!

A、用cocoapods 导入swift 框架 到 swift项目和OC项目都必须要 use_frameworks!
B、使用 dynamic frameworks,必须要在Podfile文件中添加 use_frameworks!

(1)如果在Podfile文件里不使用 use_frameworks! 则是会生成相应的 .a文件(静态链接库),通过 static libraries 这个方式来管理pod的代码。   

(2)Linked:libPods-xxx.a包含了其它用pod导入的第三方框架的.a文件。

(3)如果使用了use_frameworks! 则cocoapods 会生成相应的 .frameworks文件(动态链接库:实际内容为 Header + 动态链接库 + 资源文件),使用 dynamic frameworks 来取代 static libraries 方式。   

(4)Linked:Pods_xxx.framework包含了其它用pod导入的第三方框架的.framework文件。

use_frameworks! -> dynamic frameworks 方式 -> .framework
#use_frameworks! -> static libraries 方式 -> .a

至于Library 和 Framework 能够参见:
http://blog.lanvige.com/2015/4858.com ,…

(1)swift项目cocoapods 默认 use_frameworks!
(2)OC项目cocoapods 默认 #use_frameworks!

use_frameworks!

A、用cocoapods 导入swift 框架 到 swift项目和OC项目都必须要 use_frameworks!
B、使用 dynamic frameworks,必须要在Podfile文件中添加 use_frameworks!

(1)如果在Podfile文件里不使用 use_frameworks! 则是会生成相应的 .a文件(静态链接库),通过 static libraries 这个方式来管理pod的代码。   

(2)Linked:libPods-xxx.a包含了其它用pod导入的第三方框架的.a文件。

(3)如果使用了use_frameworks! 则cocoapods 会生成相应的 .frameworks文件(动态链接库:实际内容为 Header + 动态链接库 + 资源文件),使用 dynamic frameworks 来取代 static libraries 方式。   

(4)Linked:Pods_xxx.framework包含了其它用pod导入的第三方框架的.framework文件。

use_frameworks! -> dynamic frameworks 方式 -> .framework
#use_frameworks! -> static libraries 方式 -> .a

至于Library 和 Framework 能够参考:
http://blog.lanvige.com/2015/…

(1)swift项目cocoapods 默认 use_frameworks!
(2)OC项目cocoapods 默认 #use_frameworks!

use_frameworks!

一.为不相同target加多信赖库,能够使用下列方法编写

用cocoapods导入OC框架到swift项目:

(1)#use_frameworks! 必须成立头文件,在头文件之中 #import
“AFNetworking.h”

pods的Podfile文件编写。(2)use_frameworks! 假如有头文件,在头文件之中 #import
“AFNetworking/AFNetworking.h”,别的swift文件中用到不须要再import;要是未有头文件,则在每一个须求利用的swift文件里
import AFNetworking。

用cocoapods导入OC框架到swift项目:

(1)#use_frameworks! 必须成立头文件,在头文件之中 #import
“AFNetworking.h”

(2)use_frameworks! 要是有头文件,在头文件之中 #import
“AFNetworking/AFNetworking.h”,其余swift文件中用到不须求再import;假使未有头文件,则在各种需求利用的swift文件里
import AFNetworking。

A、用cocoapods 导入swift 框架 到 swift项目和OC项目都无法不要
use_frameworks!

# Podfile

platform :ios, '9.0'

use_frameworks!

# My other pods

def testing_pods
    pod 'Quick', '0.5.0'
    pod 'Nimble', '2.0.0-rc.1'
end

target 'MyTests' do
    testing_pods
end

target 'MyUITests' do
    testing_pods
end

用cocoapods导入swift框架到swift项目:

(1)必须use_frameworks!

(2)不需求头文件,在必要用到框架的swift文件里 import Alamofire

用cocoapods导入swift框架到swift项目:

(1)必须use_frameworks!

(二)不需求头文件,在急需用到框架的swift文件里 import Alamofire

B、使用 dynamic frameworks,必须求在Podfile文件中增添 use_frameworks!

也足以坚守下列格局编写
三个target信赖一样的库(Ruby语法)

用cocoapods导入OC框架到OC项目:

(1)#use_frameworks! 在急需运用的文件里 #import
“AFNetworking.h”;也能够透过pch文件,用法类似swift中的头文件。

(2)use_frameworks! 与(壹)类似,用法上从不分歧。

用cocoapods导入OC框架到OC项目:

(1)#use_frameworks! 在须要使用的文书里 #import
“AFNetworking.h”;也可以由此pch文件,用法类似swift中的头文件。

(2)use_frameworks! 与(一)类似,用法上从未有过差距。

(一)要是在Podfile文件里不行使use_frameworks!
则是会变卦对应的.a文件(静态链接库),通过staticlibraries这几个点子来保管pod的代码。 
(二)Linked:libPods-xxx.a包涵了其它用pod导入的第贰方框架的.a文件。(3)尽管选拔了use_frameworks!
则cocoapods会生成对应的.frameworks文件(动态链接库:实际内容为Header+
动态链接库 +
能源文件),使用dynamicframeworks来取代staticlibraries形式。 
(四)Linked:Pods_xxx.framework包涵了其他用pod导入的第三方框架的.framework文件。

platform :ios, '9.0'
use_frameworks!

targetsArray = ['01-GPUImage', '02-test']

targetsArray.each do |t|
    target t do
        pod 'GPUImage'
    end
end

用cocoapods导入swift框架到OC项目:不考虑

用cocoapods导入swift框架到OC项目:不考虑

use_frameworks! -> dynamic frameworks 方式 -> .framework

今非昔比target正视分裂的库

总结:

(一)用swift项目思量在场使用 OC 和 swift
二种第1方框架,所以Podfile中央银行使swift项目暗中同意的 use_frameworks!
更为稳当,并且frameworks动态链接库具备一定的优势。 

(二)能够建立一个Bridge头文件,用来import那1个OC框架的.h文件:#import
“xxx/xxx.h”。可能不建头文件,像swift框架一样,直接在须要运用的swift文件中import。

总结:

(一)用swift项目思索出席使用 OC 和 swift
二种第二方框架,所以Podfile中央银行使swift项目私下认可的 use_frameworks!
更为伏贴,并且frameworks动态链接库具备一定的优势。 

(2)能够建立三个Bridge头文件,用来import那几个OC框架的.h文件:#import
“xxx/xxx.h”。大概不建头文件,像swift框架同样,直接在必要使用的swift文件中import。

#use_frameworks! -> static libraries 方式 -> .a

platform :ios, '8.0'
use_frameworks!
target 'targetName1' do
    pod 'Alamofire'
end

target 'targetName2' do
    pod 'Alamofire'
    pod 'Kingfisher'
end

关于Library 和 Framework 能够参见:

2.use_frameworks!
A、用cocoapods 导入swift 框架 到 swift项目和OC项目都无法不要
use_frameworks!
B、使用 dynamic frameworks,必供给在Podfile文件中添加 use_frameworks!

http://blog.lanvige.com/2015/…

(1)假若在Podfile文件里不使用 use_frameworks! 则是会扭转对应的
.a文件(静态链接库),通过 static libraries 这一个方法来管理pod的代码。

(1)swift项目cocoapods 默认 use_frameworks!(2)OC项目cocoapods 默认
#use_frameworks!

(2)Linked:libPods-xxx.a包含了其他用pod导入的第3方框架的.a文件。

用cocoapods导入OC框架到swift项目:

(三)假诺运用了use_frameworks! 则cocoapods 会生成对应的
.frameworks文件(动态链接库:实际内容为 Header + 动态链接库 +
能源文件),使用 dynamic frameworks 来替代 static libraries 形式。

(1)#use_frameworks!  必须创建头文件,在头文件之中 #import
“AFNetworking.h”

(4)Linked:Pods_xxx.framework包罗了别样用pod导入的第一方框架的.framework文件。
use_frameworks! -> dynamic frameworks 方式 -> .framework

(2)use_frameworks!  假使有头文件,在头文件之中 #import

use_frameworks! -> static libraries 方式 -> .a

(1)swift项目cocoapods 默认 use_frameworks!
(2)OC项目cocoapods 默认 #use_frameworks!
用cocoapods导入OC框架到swift项目:

(1)#use_frameworks! 必须创立头文件,在头文件之中 #import
“AFNetworking.h”

(2)use_frameworks! 假如有头文件,在头文件之中 #import
“AFNetworking/AFNetworking.h”,此外swift文件中用到不要求再import;就算未有头文件,则在种种要求动用的swift文件里
import AFNetworking。

用cocoapods导入swift框架到swift项目:

(1)必须use_frameworks!

(2)不要求头文件,在供给用到框架的swift文件里 import Alamofire

用cocoapods导入OC框架到OC项目:

(1)#use_frameworks! 在急需采用的文书里 #import
“AFNetworking.h”;也足以通过pch文件,用法类似swift中的头文件。

(2)use_frameworks! 与(一)类似,用法上尚未区分。

用cocoapods导入swift框架到OC项目:不考虑

总结:
(壹)用swift项目思虑插手使用 OC 和 swift
二种第一方框架,所以Podfile中使用swift项目暗中同意的 use_frameworks!
更为妥善,并且frameworks动态链接库具备一定的优势。

(2)能够建立一个Bridge头文件,用来import这么些OC框架的.h文件:#import
“xxx/xxx.h”。只怕不建头文件,像swift框架同样,直接在急需运用的swift文件中import。

“AFNetworking/AFNetworking.h”,其它swift文件中用到不须要再import;假若未有头文件,则在各类要求选拔的swift文件里

import AFNetworking。

用cocoapods导入swift框架到swift项目:

(1)必须use_frameworks!

(二)不须求头文件,在必要用到框架的swift文件里 import Alamofire

用cocoapods导入OC框架到OC项目:

(1)#use_frameworks! 在急需运用的公文里 #import
“AFNetworking.h”;也足以透过pch文件,用法类似swift中的头文件。

(2)use_frameworks! 与(一)类似,用法上并未区分。

用cocoapods导入swift框架到OC项目:不考虑

总结:

(一)用swift项目思虑出席使用 OC 和 swift
二种第1方框架,所以Podfile中应用swift项目暗中同意的 use_frameworks!
更为妥善,并且frameworks动态链接库具备一定的优势。

(二)能够建立多少个Bridge头文件,用来import这些OC框架的.h文件:#import
“xxx/xxx.h”。恐怕不建头文件,像swift框架同样,直接在急需利用的swift文件中import。

正文转自:https://segmentfault.com/a/1190000007076865 

发表评论

电子邮件地址不会被公开。 必填项已用*标注

网站地图xml地图
Copyright @ 2010-2019 美高梅手机版4858 版权所有