問(wèn)題描述:
我在導(dǎo)入公司開(kāi)發(fā)的第三方庫(kù)的時(shí)候出現(xiàn)過(guò)一系列的問(wèn)題,在這里做一個(gè)小結(jié);因?yàn)楣镜牡谌綆?kù)有.framwork和.a兩種,而且依賴(lài)其他一些第三方庫(kù),比如MJExtension/SBJson/Masonry/ReactiveCocoa等,所以在導(dǎo)入的時(shí)候遇到一些問(wèn)題.由于解決問(wèn)題的時(shí)候沒(méi)有做截圖,所以回答比較粗糙.
1.一般的,當(dāng)工程添加第三方庫(kù)的時(shí)候,系統(tǒng)會(huì)自動(dòng)將第三方SDK添加到圖片中的目錄中,如圖.
也可以在Build Phases中添加,我的項(xiàng)目中依賴(lài)的一些lbstdc++和libsqlite等一些新系統(tǒng)的庫(kù),如果你報(bào)錯(cuò)中出現(xiàn)一些C語(yǔ)言關(guān)鍵字,可能是你依賴(lài)的庫(kù)沒(méi)有導(dǎo)入.
2.報(bào)錯(cuò)原因也可能是導(dǎo)入的一些頭文件找不到,這就需要你手動(dòng)的告訴系統(tǒng)應(yīng)該在哪個(gè)路徑下面去尋找,
在該路徑下可以看到很多search paths,Frame Search Paths/Header Search Paths/Library Search Paths/User Header Search Paths,
2.1.Frame Search Paths : 用來(lái)告訴系統(tǒng)自己導(dǎo)入的SDK應(yīng)該在哪個(gè)路徑下尋找.
2.2.Header Search Paths : 用<>修飾的頭文件會(huì)在這個(gè)目錄下尋找,
例如你定義了一個(gè)file.h的文件,在其他文件中引用<file.h>,這樣系統(tǒng)會(huì)到該目錄下尋找,
2.3.User Header Search Paths : 與上面一個(gè)相對(duì)應(yīng)的,它是用""來(lái)修飾的,用"file.h"修飾的文件文件會(huì)在兩個(gè)路徑下去尋找,這里有一篇優(yōu)秀的博文,講的很詳細(xì),需要的自取:http://www.cnblogs.com/sandyzhang/p/5639586.html
2.4.Library Search Paths: 這個(gè)和Framework Search Paths 很像,但Library Search Paths .a默認(rèn)不會(huì)被svn管理起來(lái),(個(gè)人感覺(jué)差別不大)
2.5.雙擊路徑的時(shí)候會(huì)有如下框出現(xiàn)
recursive: 遞歸查找,一層一層往下找
non-recursive不遞歸
2.6.在出現(xiàn)其他問(wèn)題的時(shí)候也可以設(shè)置allow non-modular Includes In framework Modular,這個(gè)選項(xiàng),如果有些問(wèn)題在你的工程中一直無(wú)法解決,可以試試這個(gè),設(shè)置成NO
