關於這個題目不止一個人問過我,而這些問過我的人們大概分成:各種初創公司的CEO、CTO。各式想做把Flex作爲產品主要平臺的產品經理及其想學Flex的初學者。
這樣混亂的版本難道不會讓一個新手暈頭轉向嗎?
3、Flex framework 奇多
我以前是一個Java、C#的開發人員,現在偶爾也玩玩JQuery、Ext、Python等腳本語言,我從來沒有爲上述語言的框架選擇上面出現疑問?爲什麼?答案很簡單,一共就那麼幾種框架,而且大多數框架已經很成熟了,因此比較好選擇。
而到了Flex/AS這邊,我卻傻眼了,怎麼這多的framework呢?
這樣的結果造成的原因就是:所有人都在想到底是用哪個框架?這個框架與其他框架的優勢是什麼?這個框架適用於我的項目嗎?結果所有的人都會把盡力放在尋找、比較框架上面,而真正的忽略了框架的本質。
那麼什麼是框架的本質呢?或者說框架(framework)是什麼呢?
我認爲中的框架就是:語言本質特點 + 設計模式
那麼語言本質特點:
AS3的語言特點、MXML的語言特點。如果開發人員可以好好的學習這門語法的話,那麼我想他一定會了解這個語言特點的。
設計模式:
這個地方就容易了,無論哪種framework的本質都離不開設計模式的,而設計模式基本上全部都是遵循GOF描述的23種設計模式(關於設計模式就是讓大家瞭解這些,畢竟本篇文章不是描述設計模式的文章)
另外我覺得造成Flex框架過多的另一個重要的原因:很多的Flex從業者都是從Flash設計人員慢慢轉行過來的,而這些設計人員之前沒有很系統的編程功底,因此他們爲了編寫出更具有可讀性的代碼,因此就會對framework情有獨鍾。其實他們這些人完全可以追溯Flex Framework的本源,也就是我剛纔說的:語言特點 + 設計模式。
4、中文資料的稀缺:
我這裏說的稀缺指的是:好的中文資料,例如:設計模式方面、優秀框架的翻譯等內容。
這裏我想說一下國內的Flex書籍,我記得沒錯我的話,關於AS 3.0的數據應該最早是黑羽兄的《AS 3.0 殿堂之路》而Flex方面最早的中文書籍則是walktree與我合寫的《Flex第一步》了。
先說說《AS 3.0 殿堂之路》的確是一本不錯好書,值得推薦和初學者的學習。
而《Flex第一步》平心而論,這本書寫的不夠好,有些地方深不下去(追究其原始還是定位的問題),但是作爲Flex入門書籍我覺得這本書應該可以勝任了。同時它也可以光榮的退出了歷史的舞臺。:)
而這兩本書之後的很多的國內原創書籍似乎都沒有逃脫這兩本書的範圍和範疇(我這裏不是指其他的原創書籍不好)而是想說的是,似乎這些書籍的定位都太重複,也就是差不多都是面向初學者的,沒有面向企業級、面向高級程序員的。
如果,我說的如果,現在已經有了關於AS3/Flex的設計模式的書籍、面向企業級開發、分析AS3源碼等面向中高端Flex開發者的書籍肯定會拉動國內的“內需”。
說了一大堆,無外乎幾個字概況:官方清晰的版本策略、最好可以做到版本的無縫遷移,多一些面向企業級開發的中高端書籍。這樣才能讓更多的人想去使用Flex、讓他們知道如果使用Flex,那麼會給公司帶來多少、多少的利潤:)