這次是《組件編碼心得》的最後一篇，第一次我們講到將組件分爲兩大類：功能型和控制型；第二篇介紹了功能型組件與控制型組件的編碼上需要注意的地方，最後還提到控制型組件與預製件的組合形成獨立模塊，這次分享我在預製件上編碼、編輯時的一點心得。
1. 預製件與控制組件的關係
簡單梳理一下配套的預製件與控制型組件的關係是：
肉體與靈魂
顯示與控制
預製體由1~n個節點構成，就像人體的骨骼，掛載到各個節點的功能型組件則爲血脈、神經以支撐整體模塊的運作，而控制組件就是這個模塊的靈魂。
還有一種更有意思比喻，預製件與控制組件是男朋友與女朋友的關係，到底那男女如何對應大家可以思考一下，歡迎留言討論！
2. 控制組件編碼心得
其實前一篇只介紹了控制組件的對內、對外要點，在編碼上具體要如何去做沒有細說，請看下圖：
3. 預製件編輯心得
上面講的是控制組件的編寫，我們再來看預製件的編輯，需要注意些什麼：
- 配套的組件與預製件文件同名、放在同一路徑是爲了方便管理，要走一起走，要留一起留下，天生一對！看下面的例子：
將有關聯的一組預製件與組件腳本放在一個路徑下，相互配套的則命名一至。
- 還有一點就是將控制組件掛載到預製件的根節點上，最好只掛載一個組件，由它來統領當前預製件，看下圖：
上圖中預製體文件名、預製體根節點名字、組件的名字三者保持一至，當把這個預製實例化出來時，在編輯器上直接可看到它的控制組件，繼續看圖：
在使用代碼實例化預製件時，可以用預製體的名字索引到匹配的組件對象，看下面代碼：
- 最後節點命名要有意義、保持清晰層級關係這些是爲了讓預製件經後可維護，一套規範化的節點命名規範還是很有必要的。
我自己習慣以下劃線"_"爲前綴，在代碼中會獲取這類節點，將規範告訴UI編輯人員，遇到以下劃線”_“開頭的節點不需要隨便刪除修改，其它非下劃”_“的節點可以隨便操作。
保持穩定的UI樹結構是因爲控制型組件中會使用到getChildByName、cc.find、getComponent等函數來獲取子節點，所以節點樹不能隨意改動，如果要修改同時也需要修改組件代碼。
4. 小結
本篇主是介紹組件與預製體的結合，這也是《組件心得三部曲》的最後一篇分享。單純寫好代碼並不是最重要的，探索如何高效率、高質量產出代碼的方法提升生產力纔是關鍵，且更具價值，希望我的一點經驗能起到拋磚引玉的作用，歡迎留言討論！
如果覺得公衆號上的文章對您或您身邊的朋友有幫助，請分享給他們，願我們一起成長！
