Single Page Application - 下一代的Web應用程式

在Web Service, Ajax, Web 2.0, REST等Web應用與技術話題熱潮，帶動許多第二代的Web開發技術成長之後，這些話題也漸漸地消退。不過許多人可能不曾發現，其實這些技術名詞，是在慢慢地顯露一點：Web應用程式逐漸從Server Side轉移到Client Side，也就是瀏覽器身上。

本篇文章要從以往的Server Side Web應用程式，其開發方式與演進來介紹Single Page Application(SPA) 與現今所有主流Web技術。

我在Web 2.0過去，現在與未來及介紹Ruby On Rails都有提到一些Web技術的演進，比較明顯的趨勢就是從靜態到動態頁面，而設計的方式也更程式化。而在http://atedev.wordpress.com/2007/01/09/Web2.0：過去，現在及未來也有讀者在前言提到，技術並不是將一個名詞安上去就好。我相當贊同這句話，因此也在這篇文章中希望來做個總整理，以技術及歷史來看看Web是怎樣成長的。

Web應用程式的演進

動態網頁

儘管Web並不是一個三言兩語能拿個版本號碼來解釋，但實際上Web技術確實有些明顯的分隔點。

最早期我們熟知的就是靜態網頁，這應該沒啥問題。儘管在2000前，php,asp就開始流行，坊間的書上也都稱之為動態網頁。而我在此提及的動態網頁程式，實際上卻是從php4釋出的那一年開始(註釋)。這邊要讓大家瞭解的分界點，其實是php4開始被許多商業公司所採用，而軟體的形式也更為套裝化，而不再像之前大家認定的「動態」網頁僅僅只是拿來完成一些簡單的區塊來與一般的靜態網頁整合。


在2004年的時候，Web Framework的產生，創造了Web應用程式另一個新的高峰。而在這個時候也開始有一些Rich Web Client概念的雛形了。我將Ruby On Rails定為一個分界點是因為，他顛覆了傳統動態網頁還在使用設計方式，而改用MVC。但要注意的是Ruby On Rails儘管整合了Ajax與進階Javascript函式庫，但還是沒有改變回傳完整或部分HTML的方式，意思便是HTML的產生始終在Server Side。

Ruby on Rails 與 ruby-postgres

ruby-postgres

有網友與我提出Rails與PostgreSQL的問題，我就順便寫一下有關PostgreSQL的問題好了。

安裝的方式請參考

http://postgresql-chinese.blogspot.com/2007/08/windowsrailspostgresql.html

不過我在這邊順便補充，其實當初會捨棄postgres-pr還是因為效能的問題，native binding終究是比較快的。

在此先對新手說明一個觀念，如果你想一步一步玩熟Rails，最好還是多善用ruby script/console來進入Console mode。而Console其實也只是呼叫irb去載入environments.rb，這個檔案會陸續載入plugin, model及你指定在environments.rb寫的所有require。Console有兩個用途，一個是測試是否你能正常啟動Rails，第二個是測試你的Model是否正常，例如測試association。而如果console都啟動失敗，或是Model.find出來的都不是想要的，那真正啟動mongrel去跑頁面是一定不可能是對的。

而許多在windows上面安裝的人一定會遇到函式庫載入失敗的問題。 要注意的是，安裝任何mswin32的gem都是有可能出現這樣的問題的。這個時候如果你是去看rails的development.log或是看到exception，通常都還是會說是driver有問題(可能會是xxx.so載入失敗之類的)，這樣是看不出來的。此時使用console，一啟動的時候他就會告訴你是啥dll無法載入。

而大家使用ruby-postgres，如果不安裝PostgreSQL Server Win32，有幾個重要的dll是不會被載入到windows裡的。這個使用請先安裝PGAdmin III，然後將他的安裝目錄裡的libpq.dll,iconv.dll,krb5_32.dll,libiconv-2.dll,libintl-2.dll,comerr32.dll至你的ruby安裝目錄下的bin即可，還是一樣先試試console能不能開吧！

Ruby的很多Win32函式庫都是用這種binding的方式，而並非是使用ruby撰寫而成的。所以如果今天是發現gettext不能用，就應該要去尋找gettext win32，然後將缺的dll複製到bin下即可。

該如何發問？

最近在論壇觀察了一下，發現Rails新手的朋友們，應該要接受一些觀念建立，以免回答的人答非所問。既然我遇到人來問問題(還好不是來踢館)，也免不了要提倡一下，這觀念在任何一種程式語言都適用。

• 詳述問題：想要讓人瞭解問題，就是要說明你的目的，及你在發問之前曾經做了什麼。如果不是技術上的問題，例如是求函式庫，求解法，那更要說明清楚前因後果。


• 有Exception訊息的要貼exception：Rails當發生任何錯誤的時候，就一定是大家所熟知的畫面，「{ErrorName} in {Controller#action}」。接著就是貼ErrorName，以及下面灰色區塊裡的描述。第二個灰色區塊就是trace，如果可以的話，請 複製5~10行，如果是寄信，或發文可以不受篇幅影響，全部貼上來也無所謂。不然可是沒有人知道你在問啥的喔～


• 有畫面的請貼畫面：如果是ajax，html等其他UI上的疑難雜症，就一定要貼畫面了。然而是複雜難以解的問題，就要請你去用用fiddler了。例如有看過google maps不能用的問題，其實後來深入一看其實就是referer被擋的問題，這種狀況應該要詳細貼出http request及response，才能讓解答的人知道是啥狀況。