給大家詳細簡介了xcworkspace多項目管理的設(shè)置方法，一起來學(xué)習(xí)下。

技術(shù)說明:

今天在這里分享 swift下的 xcworkspace多項目管理(架構(gòu)思想),能為我們在開發(fā)中帶來哪些便捷？能為我們對整個工程的維護，整理，模塊解偶帶來哪些優(yōu)勢？以及在swift與OC下的混編開發(fā)中的調(diào)用會遇到哪些問題？

帶著問題探研：

(1).xcworkspace工程怎么創(chuàng)建？工程framework如何創(chuàng)建？主工程項目如何創(chuàng)建？

(2).主工程調(diào)用子工程framework如果配置?

(3).framework與framework之間如何調(diào)用？

(4).xcworkspace工程Pods的集成,framework的Pods第三的集成？

(5).Podfile文件的編輯,以及對應(yīng)主工程，對應(yīng)framework的編寫方式？

--------------歷史分析-----------------------

你還在搭建這樣的框架嗎？

缺點：

這種方式搭建的項目會隨著項目功能不斷的強大，從而會使模塊文件越來越龐大，也會使項目維護思維近近模糊，

業(yè)務(wù)層代碼與數(shù)據(jù)層代碼和項目核心層代碼相互交織，無法拆分，不符合一個中上等級以及長遠發(fā)展公司型的構(gòu)架思想！

來看下大公司項目的搭建吧：

優(yōu)點很明確，個個模塊可以拆分，架構(gòu)思想清晰明朗，業(yè)務(wù)層獨立清晰沒有耦合

--------------xcworkspace項目創(chuàng)建--------------

File -> New -> Workspace

--------------子工程framework創(chuàng)建 （注意：新建主工程，不要創(chuàng)建成framework）

1 ：File -> New -> Project -> framework (創(chuàng)建的是靜態(tài)庫)

2 ：修改添加目標到workspace：（就是上一步創(chuàng)建的Workspace工程）

--------------主工程調(diào)用子工程framework相關(guān)配置--------------

第一:子工程暴露文件出來：必須順序執(zhí)行

BuildPhases -> Headers -> Public(只有放入共有欄，才能調(diào)用)->  導(dǎo)入項目代碼文件(一般默認放在Project中)

BuildPhases -> Headers -> Public ->  中導(dǎo)入需要暴露給的OC 的頭文件 (一般默認實現(xiàn))

（注意：只有混編的時候才需要導(dǎo)入，也就是沒有混編，framework中的.h文件可以刪除）

BuildPhases -> Compile Sources ->  中導(dǎo)入項目代碼文件

第二：把需要提供外部調(diào)用的類，屬性和方法，加public修飾（swift） 

第三：  編譯（⌘+B）一下工程，生成framework（重要，配置如果改動，刪除對應(yīng)生成的framework，重新編譯生成）

——————分別—真機編譯：

——————分別—模擬器編譯：

Show  In  Finder ，確認生成framework

第四：主項目導(dǎo)入framework

把生成的framework拖入主項目中（這樣做比較好），

———————不建議以下做法————————

//選擇主項目 ->  General ->  Embedded Binaries -> 選擇framework導(dǎo)入

（Embedded Binaries導(dǎo)入，會同步Linked Frameworks and Librares導(dǎo)入）

 第五：在需要調(diào)用framework   ipa 的文件中  import 相關(guān)framework的工程名，即頭文件，完成

------------------- framework之間相互調(diào)用 ipa --------------

General —>   Linked Frameworks and Libraries —> 導(dǎo)入指定framework

********到這里framework與主項目之間的調(diào)用已經(jīng)完成，可以實現(xiàn)了！

--------------------Pods的集成------------------

第一：創(chuàng)建的主項目，創(chuàng)建的多靜態(tài)庫（注意必須在同一級目錄下）

第二：終端cd 項目跟目錄：

第三：終端指令：touch Podfile   (此處為空太)，創(chuàng)建Podfile文件

第四：Podfile文件的編輯

案列：-------

 platform :ios, ‘8.0' ———可以寫在最上面，標示公用

use_frameworks!  ———用cocoapods導(dǎo)入OC框架到swift項目必須寫

workspace 'MyWorkspace.xcworkspace' //workspace文件名

project 'MyApp2/MyApp2.xcodeproj' //主工程路徑„

  target 'MyApp2' do

  project 'MyApp2/MyApp2.xcodeproj' //工程路徑

  pod 'Masonry', '~> 1.0.2'

end

  target 'MyApp1' do  

   project 'MyApp1/MyApp1.xcodeproj' //framework

   pod 'SnapKit', '~> 1.0.2'

   pod 'SDWebImage', '~> 1.0.2'

end

第五：終端下載指令 pod install

第六：framework調(diào)用第三方框架

查看項目：未導(dǎo)入，項目無法調(diào)用

導(dǎo)入查看項目：項目同步

 注意:swift 版的framework調(diào)用OC寫的第3方，必須在.h 里面聲明頭文件，才能調(diào)用

----------------補充 : 靜態(tài)庫與動態(tài)庫的區(qū)別

 靜態(tài)庫有 .a 和 .framework

動態(tài)庫有.dylib 和 .framework

后來.dylib動態(tài)庫又被蘋果替換成.tbd的形式

靜態(tài)庫和動態(tài)庫是相對編譯期和運行期的：

1.靜態(tài)庫在程序編譯時會被鏈接到目標代碼中，程序運行時將不再需要改靜態(tài)庫

2.動態(tài)庫在程序編譯時并不會被鏈接到目標代碼中，只是在程序運行時才被載入，因為在程序運行期間還需要動態(tài)庫的存在

總結(jié)：

同一個靜態(tài)庫在不同程序中使用時，每一個程序中都得導(dǎo)入一次，打包時也被打包進去，形成一個程序。

而動態(tài)庫在不同程序中，打包時并沒有被打包進去，只在程序運行使用時，才鏈接載入（如系統(tǒng)的框架如UIKit、Foundation等），所以程序體積會小很多，但是蘋果不讓使用自己的動態(tài)庫，否則審核就無法通過。

最新評論