==========================
今日接到外包公司的代碼,我??里其實(shí)是拒絕的,然后五味雜陳硬著頭皮將它調(diào)通...
今日我踩的坑,記錄下來(lái)以防"后生仔"掉坑里
===============================

靜態(tài)庫(kù): 一般是以.a或 .lib或 .framework結(jié)尾的文件.

//貌似SVN 有個(gè)ignore特性,會(huì)默認(rèn)的屏蔽一些不常用類型的文件,比如:*.o *.lo *.la *.al .libs *.so *.so.[0-9]* *.pyc *.pyo *.rej *~ #*# .#* .*.swp .DS_Store....
**
但是我們寫代碼,難免或用到SDK 和一些第三方庫(kù),里面常常出現(xiàn).a的文件,所以為了保留代碼的完整性,SVN也提供了可以自己設(shè)置這ignore(忽略忽視的意思)文件的類型.
**

iOS項(xiàng)目常用第三方庫(kù)管理工具cocoapods,這樣代碼也比較容易維護(hù),就算是.a文件丟失,你只要pod update或者pod install一下,問(wèn)題基本上可以解決.我是比較喜歡這種工具的,盡管它比較占內(nèi)存,帶來(lái)的便利和弊端相比還是顯而易見的.
參見技術(shù)大牛唐巧的博客用CocoaPods做iOS程序的依賴管理

@[開始啰嗦]

接下來(lái)進(jìn)入正題,我拿到代碼之后,試圖將其一次性跑通,然而現(xiàn)實(shí)是背道而馳的,編譯報(bào)錯(cuò)300多個(gè),瞬間無(wú)語(yǔ)...想到的是進(jìn)行觀察有什么規(guī)律或者特點(diǎn),居然能報(bào)這么多錯(cuò),想到的是依賴庫(kù),頭文件之類或者一些變量常量的引用,方法失去聲明....容不得我多想,拿到代碼進(jìn)行一次cocoapods第三方庫(kù)的大更新,因?yàn)橐恍┛蚣鼙容^老,有些方法失效了也說(shuō)不好,畢竟技術(shù)是不斷的更新的.

pod update之后就剩下一個(gè)錯(cuò)誤了如圖所見:

屏幕快照 2016-03-29 14.36.05.png

后來(lái)查閱資料,得知如下圖的操作即可:

屏幕快照 2016-03-29 15.27.55.png

類似ld:library not found for -lxxx這樣子,可以嘗試選中工程target里的"Link Binary With Libraries"里的靜態(tài)庫(kù)先"-" 再"+" ,反復(fù)操作幾次酸爽...

如果還有說(shuō)編譯時(shí)說(shuō)路徑不對(duì)的,你直接可以找到Library Search Paths 或者framework search paths里的內(nèi)容清空即可形如上圖..."ld: warming: directory not found option"

屏幕快照 2016-03-29 21.28.35.png

如需轉(zhuǎn)載請(qǐng)附上原文鏈接http://www.itdecent.cn/p/0fc56d9a8c7e