| 月 | 日 | 年 | 時 | 分 |
27/Sun |
|
| 07 | 05 | 09 | 22 | 33 | 日 |
| AS3筆記-純MVC心得 |
人生如戲,戲如人生,要玩遊戲就要有遊戲規則.制定輸贏的基準(要錢,要名,要爽?),而如何贏這個遊戲,就要看怎麼用這些規則玩這個遊戲了~
廢話不多說,OOP(物件導向)也是一堆規則堆成的一種語法,用這些規則可以達到你想要叫電腦做的事, 但並不代表用了規則就做的漂亮.
在OOP規則的世界, 輸贏可以有很多方面, 基本上是如何拼奏這些規則, 達到
1. 讓共同開發的人都能互相了解,分工合作
2. 可以重複使用又易於修改
以上兩樣基準, 由不同的狀況用途, 經過邏輯的推演歸納, 會產生某些特別拼湊的OOP規則,就成了所謂的 Design Pattern了.
Design Pattern 的用意是在解決問題, MVC是眾多 Design Patterns 的一種, 目的在解決的問題就是避免 Model / View 之間偶合的情形.並且利用一些 interface 的寫法讓 開發者之間可以互相了解.
一般flash presentation 網站對Model幾乎只讀取而不改變的情形,所以很自然的就會把 Controller 跟 Model 寫在一起.不過卻會造成 Model 更改不易的情形.
之前在 Flash Coder New York (FCNY) 的 email 討論裡面, 有一堆人提到 MVC 是如何的複雜無用, 其實沒錯, MVC 確實讓人在寫 code 上多了很多程序, 不過這些程序主要也是為了減少 model / view 的耦合現象, 讓開發過後的元件可以重複使用, that’s all AS3 OOP programing about.不然直接寫再 Flash IDE 的 Frame 上面就好, 何必還要寫一堆 as.
之前看了一陣子 PureMVC framework. 覺得好像很複雜, 很多次看一下就放棄了, 這次我選擇不看, 我直接用, 發現其實並不難, 而且讓整個開發變得很清楚明瞭.(但是還是要多寫很多Code…)

以上是 pureMVC 的官方架構示意圖,看起很嚇人,已經到了有 infovis 美感的地步.

