1.組件化的分層 組件化分層的意義： 1.模塊間解耦合 2.模塊重用 3.提高開發的效率 組件的顆粒度劃分如下：（註意：必須是上層依賴下層，不可以平行層之間互相依賴，如果平行層之間有依賴的必要性，那麼應該把公共的部分，下沉到下一個層次，再進行依賴）  2.cocoapod的補充知識 當我們的項目用 ...
1.組件化的分層
組件化分層的意義：
- 1.模塊間解耦合
- 2.模塊重用
- 3.提高開發的效率
組件的顆粒度劃分如下：（註意：必須是上層依賴下層，不可以平行層之間互相依賴，如果平行層之間有依賴的必要性，那麼應該把公共的部分，下沉到下一個層次，再進行依賴）

2.cocoapod的補充知識
當我們的項目用cocoapod進行三方庫的管理時候，我們的項目下層依賴就會cocoapod，那麼我們的項目是怎樣查找到需要使用的三方庫（比如AFNetWorking）呢？，如下圖，我們cocoapod的本地庫中，在master/specs下後面的0/a裡面放著我們來下的的三方的一些信息和索引，當我們需要目標三方庫的時候我們specs下子目錄中進行匹配，找到響應的三方庫的鏈接，跳轉github進行下拉到本地供我們使用。因為我們組件化也是使用cocoapod進行管理的，所以這裡建黨講解一下使用原理。
3.組件化的基本操作（註意：記得每次對組件進行改動後，我們在項目中打開查看都需要pod install 更新剛纔修改的操作）
1.組件化的基本操作
在我們的電腦上新建一個目錄：比如我新建---組件化，然後我們比如要寫一個巨集定義和分類的組件（我的這組件命名：LGMacroAndCategoryModule），在終端中cd 到我們要新建組件的目錄下，寫命令 pod lib create 組件名，然後終端就會從github下拉一個組件化的模版噹噹前的目錄下，之後命令提示入下圖跟著敲寫即可，新建成功會running出這個新建項目來。

我們關閉剛纔新建成功後running出來的項目，如下圖打開其目錄，在class中放入我們組件化的代碼文件。
在剛纔目錄中example下，在終端cd 到此目錄下，我們執行pod install 命令後，我們在example下打開項目，我們就可以看到剛纔的組件化文件，就顯示出來了。

如下圖文件是我們剛纔新建的組件的信息存在podfile中。
2.組件化之間的依賴
如上步驟1中，我們新建另一個組件，讓後依賴上一個組件後，如下圖我當在新建的組件中配置一些依賴信息操作，才能運行和使用。

3.組件化的資源文件
3.1圖片資源
當我們組件中需要用到一些圖片資源，我們怎麼把圖片資源放在組件中呢，比如我們組件就是在一個viewcontroller中用一個imageView顯示一張圖片，在我們剛纔放代碼的同級目錄有一個Assets，我們可以把我們的圖片資源放在這個目錄下，如下圖
我們運行過後，發現圖片還是沒有載入出來，所以我們就無法直接使用imageWithName去載入圖片了，我們需要修改一下獲取圖片資源的路徑，如下圖，我們通過bundle中獲取剛纔放進去的圖片進行顯示。
當然我們還需要在如下的項目中，對資源的路徑進行配置，記得修改完成後進行pod install。
3.2josn文件資源
當我們的項目需要導入json文件時，放在如下圖所示的目錄中。
然後在使用到josn文件的代碼中，進行如下圖所示的路徑配置。
3.3xib文件資源
當我們的項目中有xib文件的時候，也需要如下圖，對獲取路徑進行修改配置。
4.組件間的通訊
當前大家普遍使用通訊方式有3種，CTMediator,阿裡開發的BeeHive，還有路由通訊方式。
4.1CTM通訊（建議大家感興趣的可以自行下載CTMediator進行研究學習）
模塊之間的通訊需要藉助中間層，CTM層，A B 2個控制器見通訊時候需藉助CTM層，通訊需要傳遞一些參數，也在CTM中，需要接受這+消息體，也就target action params，
我們在中間層為什麼使用簽名的方式和invocation，因為這樣可以直接對參數進行invocation的賦值，而使用 target perform方法只能對對象操作而且也無法直接賦值還要進行間接操作，比較麻煩。
我們通常不會直接使用CTM，在CTM 到目標控制器之間我們還會，給目標控制器分離出一個action的業務層，進行業務和數據操作，同時我們也不會直接使用ctm我們像對afn的二次封裝一樣，防止以後CTM跟新後對整個項目的影響，我對CTM新建出一個分類進行這樣的隔離，如下圖中所示。我們模塊和控制器之間的通訊我們使用CTM action的分類進行的。這個分類我為了便捷使用我們一般也會做成組件來使用。
4.2 BeeHive通訊
BeeHive 是點對多的組件化通訊，我們使用appdelegate中很多功能會在其他頁面中用到，appdelegate 重要的方法，allication didfinsh中我們需要對參數application 和 launchoption 進行保存，appdelegate沒有主動下發的能力，我們需要建立manager接受appdelegate的功能，對其主動下發，需要用context對其參數進行保存，Mprotocal是業務消費層。
保存信息：
管理者主動下發：
MProtocol 事件具體處理 消費層
在具體的模塊功能層，遵循協議 具有使用協議功能的權利
A控制器中的內容無法獲取，class目標層也無法獲取，我們通過中間層manager層進行通訊。我們A中protocol層暴露出來的service中者所需的action，target，protocol和目標class是綁定的，可以通過動態記憶體中獲取也可以靜態的文件中獲取。
從介面層拿到vc 進行通訊
動態獲取，緩存裡面建立的綁定 拿出來的
上面是拿，現在是存，
通過mach-o 文件中 獲取data數據段 和section中動態獲取，想要詳細瞭解這塊需要具備底層的基礎。
結語：
組件化的探索就到這裡了，希望和各位大佬小白守望互進，如果對各位看官老爺有點幫助的話，可以多多點贊啊。
