什麼時候適合Class對應MovieClip?
當發現MovieClip直接交給Class來控制的時候,我們可以將這個MovieClip的相關事件通通整合給該Class做處理,在獲得程式碼集中以及資源集中控管的優點下,同時也浮現一個新的問題-每個MovieClip都應該擁有自己的Class嗎?答案是否定的,畢竟雖然MovieClip交給Class控制十分便利,但是如果連帶造成過度膨脹太多Class而產生管理問題,也不是一個好的現象。Class在控制的過程中,還是具備原本MovieClip階層性的架構,因此該Class還是可以透過this._parent取得上層元件(MovieClip/Component/Button)的資訊,也可以透過建立的變數去取得下層(MovieClip/Component/Button)的資訊,因此Class可以在適當的位置放置,而其他可以適合放在同一個Class內做控制的子元件,則透過同一個Class直接向下存取與控制即可,不需要再為子元件建立一個獨自的Class。所以以性質或目的來集中管理Event,進而針對該MovieClip寫一個特定的Class來做解決方案,是一個比較有效率並且容易維護但卻又不會造成程式碼過於膨脹的好方法。
當發現MovieClip直接交給Class來控制的時候,我們可以將這個MovieClip的相關事件通通整合給該Class做處理,在獲得程式碼集中以及資源集中控管的優點下,同時也浮現一個新的問題-每個MovieClip都應該擁有自己的Class嗎?答案是否定的,畢竟雖然MovieClip交給Class控制十分便利,但是如果連帶造成過度膨脹太多Class而產生管理問題,也不是一個好的現象。Class在控制的過程中,還是具備原本MovieClip階層性的架構,因此該Class還是可以透過this._parent取得上層元件(MovieClip/Component/Button)的資訊,也可以透過建立的變數去取得下層(MovieClip/Component/Button)的資訊,因此Class可以在適當的位置放置,而其他可以適合放在同一個Class內做控制的子元件,則透過同一個Class直接向下存取與控制即可,不需要再為子元件建立一個獨自的Class。所以以性質或目的來集中管理Event,進而針對該MovieClip寫一個特定的Class來做解決方案,是一個比較有效率並且容易維護但卻又不會造成程式碼過於膨脹的好方法。
沒有留言:
張貼留言