backbone sites
果然荒廢越久就會越懶~ (反省…)
趁著這次，筆記一下最近看的幾個使用backbone的網站，然後，順便分類下…
###經典類型
把這類放在第一個的原因是，雖然這類型的構成並不複雜，卻充分的利用了Backbone的種種功能及特點。裡面印象最深的，
其實是第一個cloundoise。利用的非常徹底而且乾淨，在偷喵js的時候，一眼就發現整個構造，
那種感覺真的是很好耶：
- 左邊利用Backbone.View將播放器組起來。
- 右邊利用collection將清單整合起來。
雖然是這樣簡單的構成，我認為這種經典類型，有把backbone的優點以及特性簡單且完美的呈現出來。
###複雜的app類型
這類型，就還蠻雜的主要就是會有比較多關聯性欄位或者功能、感覺上這類型的幾乎都會使用backbone。
這個類別，我覺得會特別著重在view方面吧~ 每個元件的切分與組成還有彼此的交互影響…，在不套入任何mvc的framwork
的情況下，開發上總是覺得麻煩了一些。其中，我認為該如何拿捏元件細切的程度，元件間該如何建立一個溝通的橋樑，
都是值得認真的思考的呢！！
###排版類型
其實、我不太知道該怎摸稱呼這個類別~ XDD 這個類型最大的一個特點、大概就是很著重在它的版面吧~ 當然、我認為這
也是backbone很好用的其中一個理由。使用它的view並且搭配一個好用的template工具、我認為以往這方面的輸出從很麻煩
到很輕鬆，code的量也被壓制到很低。
但是、我認為就因為它太好用了。不得不說得是，不知道是不是錯覺喇~ 我總覺得這類型的效能很像比較差~ XDD
不排除因為element不少、又為了讓版面長得很美、又想要讓它在顯示的變化過程中有其它的效果…balabala的眾多原因下，
所以….。
###一般網站類型
我覺得、這就是很一般的網站。nav、asides、footer在邊邊站好位置，中間是主要的內容區，然後分成幾個section。
這類型如果以backbone來開發，感覺會很有組樂高的感覺吧~ XDD 每次看到這種類型的、總會想… 如果我有把它們都
拆好好的，在未來的使用上就等於開金手指了吧~！！因為是一般網站的類型，該有的、都有了…。感覺就是差在一些
效果不同吧！！(果然…樂高什摸的最有愛了~ XDD)
東京Node學園祭2012、大概也是我數一數二深刻的吧！！理由還蠻單蠢的喇：
看到它、我突然頓悟了… 這就是一般的版型嘛~ (← 活了這~~摸久、我終於有正視這個東西了)
它是我很少數看到的…這摸活潑的技術性相關的活動頁。我所謂的活潑、並不是充斥著花花綠綠擠滿滿的、然後很多
東西動來動去，完全找不到東西在哪裡。而是它的色彩跟它同類型的比起來活潑不少呀~ XDD 不排除因為背景有個會
動的人也有關西啦~
###公佈欄社群類型
這類的，大概是我看使用backbone最多的了，大致上的構成就是由很多的block，然後…還需要有拖曳等等的功能。
然後、很有趣的是… 這類型很大一部份都是用rails開發的~ XDD
其中、我對wantedly的印象大概是最深的吧~!! 他應該算是個交友網站吧~ 藉由設定專長、
興趣、生活圈等，然後，可以認識或者找到可以幫助尼的朋友。那…為什摸會印象深刻呢~！？是因為他的創辦人的
經歷，雖然這是個異常主觀而又沒有說服力的原因… = “””= 不過，這真的成為
我對它印象非常深刻的主要理由。
###遊戲
近期有發現不少遊戲在重構的過程、幾乎都帶入了requireJS或者backbone，效果顯然是非常顯著的說。大概理由如下；
相依性：在以往的網站開發，我覺得在複雜到某種程度，通常bug如雨後春筍的產生，這是其中一個理由，在沒有導入
requireJS，也沒有mvc的情況下，通常會變得很可怕。重複&獨立性：我認為js，很有趣而且很聰明的一個地方在於…它functional的特性，正因為這個特性，在其他的類型
也許不明顯，在遊戲類型上，這個特點十分明顯。以star slot city
來說，他有非常多重複要去做判斷連線的地方，而且、並不是全部都有相依的特性存在。如果以一般的思維做處理，必然
需要很多的判斷。而js擁有functional language的特性、在搭配上backbone，可以達到還蠻高的抽象化。這大大的降低
在遊戲類的開發上要花費的精力。模組化：不可否認的，遊戲類是各方面的要求都蠻高的。如果還有對操作面板上的要求，不帶入一些mvc的framwork做開發
的話，根本就是個惡夢了~w
