近年來 Javascript 因為 Ajax 而又再次備受注目，有人開發出不同形式的 Javascript library/framework 來加快開發的速度，用簡單的碼寫出複雜的 UI。對我來說，一個 framework/library 最好可以：

• 調解不同瀏覽器之間的差別，使開發者可以使用統一的 API 來寫程式，如 event listener
• 用不同的 helper utilities 來補足 Javascript 的不足，如 collections, validation
• 簡化過去的複雜 UI 寫法，如 fade in/out, drag and drop 等等
• 提供一些常用的 widget，如 date selector, datagrid
• 各個不同的模組可以分開來使用，不用一次過載入大體積的檔案

而在網上，幾個令我注目的 Javascript library/framework：

(一) 基本型

• Prototype – 提供很多在寫程式上很便利的功能，得到不少開發者支持，也有不少教學文章，他衍生出其他 的 library 如 script.aculo.us、Rico 等等。
• jQuery – 像 Prototype 般提供 dom, event, animation 等等。其最強的是可配用 css selector/xpath 來選取 dom 物件，而且方法間還是 chainable (所以是 Query) ，可用簡單一句做出本來幾十行才做到的複雜事。還有是它只有十多 KB 的大小，實在是小巧實用。雖然還是蠻年幼的 library，但期待日後會更有發展。

(二) 豐富型

• Dojo toolkit – 內容最豐富的 library，除了一些 basic ajax 外，還有不同的 data structures, widgets, math, crypto 等等。其中最注目的當然是 dojo.storage，可以在 client side 存放比較大量的資料了。其 packaging 方法讓你可以做到一般程式的 import 效果，可以用到先加入。可是到現時為止，教學文件還是缺缺的，有瞎子摸象的感覺。
• Yahoo! UI – 一套很不錯而且完善的 library set，其 Event library 有很好的 wrapping，如 automatic scope correction, event object browser abstraction 等等，解決了令開發者很煩惱的問題。當然還包括了 dom, animation, connection manager 等等。最驚喜的 (但也不關 javascript 事) 是它還包括了 CSS library，用一個蠻有系統的方法，去做 CSS Layout。有詳細的說明文件和例子，很易上手。

有那麼多的 framework/library ，各自有不同的用戶群，實在令人眼花撩亂，很難取捨。而這些 framework/library 都是 client side 的，他們會如何與 server side 的技術結合也將是關鍵。

自 GMail 和 Google Maps 面世，大家都對 Ajax 有了很大興趣，結果在今年有很多不同的 Ajax library 出世，如 Prototype , Dojo 等等，也研究出很多做 Ajax 的方法，好處壞處等等。人們也開始希望使用 Ajax 創造出更加 Desktop-like 的 Web Application，所以連帶一些特效 library 如 script.aculo.us 也紅起來了。在 Server-side， MS 有 ASP.NET 的支持，Java 有很多library 如 DWR ，而新的 Ruby on Rails 本身已有 Native 的 Ajax Support 了。下一年的 Ajax 技術將會更加成熟。

Ruby on Rails 是一個 Fast Development 的 Web Framework，幫你做了很多東西，讓開發者可以專注於 Business Layer。 Convention over Configuration 、Code generation 工具等等使開發速度加快了很多。而使用的語言 Ruby 也是非常簡潔有力，受到開發者的歡迎。配合 Active Records 使存取 Database record 更 OO 更方便。有很多 Web 2.0 的服務，也使用了 Ruby on Rails 作為開發的 Framework。不過，始終 Ruby on Rails 還是相當新的玩意兒，到廣範應用還是有很遠的路要走。首先要解決的，還是 i18N 的問題。

Web 2.0 本來只是一個頗為技術性的名詞，但在這一年越來越得到廣泛談論。隨著 Wiki, Blog, RSS, Tagging, Social Network 等東西的興起，我們已走入 Web 2.0 的時候，甚至連消費性質的電腦雜誌也大字標題地介紹了。其實對於用戶來說， Web 是什麼版本並不重要，也無關係。用戶只管使用這些網絡服務就好了，而且會網絡越來越方便，越來越好用，越來越與生活連上關係。現在的互聯網，在泡沫過後，才是真正的黃金時期。而對於互聯網公司和開發者來說，了解並掌握 Web 2.0 的特質，是最重要的事情。

下一年，網絡將必更加精彩~

早前看過一個叫 Ajax Office 的東西，光看名字就有意思了： Ajax 是這年內最響噹噹的一個字，講的是用 Remote Scripting 去做網絡程式， Gmail 、 Google Map 就是其表表者； Office 當然就是指我們常用的文書處理工具。去到 Ajax Office 的頁面並沒有什麼特別的東西，只有一些字和一些連結，最搶眼的一句是：AJAX OFFICE is to Microsoft Office what GMail (Google Mail) is to Microsoft OutLook。

Ajax Office 雖然是一個 SourceForge 的 Project ，但其實只是提出了一個理念，沒有什麼實際的東西正真可用。然而，在 GMail 推出之後，已有很多蠢蠢欲動的計劃，要為大家去做 To-Do List , Calendar, Contact, Word Processing, SpreadSheet, Presentation 等等。如 Ajax Office 的概念，就有 GOffice 、 Writely 這些服務了。

由 Web 1.0 的「讀」年代，我們現在變成 Web 2.0 的「讀寫」模式。我們的瀏覽器，再也不只是用來瀏覽，一時變身電郵客戶，一時變工作計劃軟件，一時變作寫記本，身份百變。

不過，當初設計的 HTML 在功能上並沒有考慮「寫」這一方面，所以在一些表單的功能都是很簡單的，這也是考慮到 Request-Response 模式上並不會做到很複雜，所以也沒有將桌面軟件的豐富元件帶到 HTML 了。現在我們看到的網絡上的各種多元化的豐富控制，都是靠大量的 DOM Scripting 和 Ajax 去創造，例如一些已可用的 Calendar 元件、 Rich Text Editor 等等。

Web 進入 2.0 時代，但並沒有靠/等下一代的 HTML 來到，反而是 Ajax 成了突破的重點，靠 Javascript 此一技術突破，並不受到瀏覽器的支援度所限，發展得如日中天。

盡力模仿桌面軟件，故之然能讓用戶在熟悉的環境之下工作，但網絡軟件也更應該抓實 Web 2.0 的特點。因為軟件在網上運作，自然可以延伸到用戶和社群的方面，可加入不少社會性的特點，讓用戶之間交流。

雖然由 Ajax 技術所衍生出來的網絡服務如雨後春荀，但是沒有一個真正說得上如 Gmail 般是 Killer App。對我來說，這些服務雖然都很好，但分得實在太散，登記多一個服務，等於要記多一個網址和 Login。而且，服務之間沒有互通性，這邊做了一個 to-do list，並不能在另一邊的 Calendar 看到。因此，這些網絡軟件之間如果也有協作性就很不錯了。想想一套 Office 是一套整體的，當中各個不同的軟件互相可通格式，互相協作才可以更有利於用戶有效地使用。要各個網絡軟件可以互相溝通，當然就是依靠標準的訂立了，否則只會各自為政，苦了用戶。

可惜的是，兩者在速度方面實在不太好，主要的負載在 Client Side 必須有足夠快的電腦，才可以載起這些 Rich Client 的 Core Engine。 而另一方面，因為與 Server 互動地方有很多，有很多的 Mini-request 發出去了，如果 Server 不夠快就會有遲緩感。這種遲緩感，換了平常的網絡程式，反而沒有問題，但因為這些 Rich Client 的用戶介面， 與我們平時常用的桌面程式太相似，在使用印象上重疊，因而會有與桌面程式一樣般快和有反應的期望 ，所以速度不達便感到累贅。

雖然如此，但大家對於這些功能上比較豐富的用戶端還是充滿興趣，至少發開者是如此。自從 Google 將 AJAX 應用在其不同的服務上，帶來了新鮮的用戶體驗，就更引起大家的興趣。比起 Flash ， AJAX 的優勢在於可以與舊有的技術互相融合，我可以為程式逐點加上 AJAX 的改進用戶體驗，而不用將整個程式重寫成 Flash 版本。今年， AJAX 的應用如雨後春筍，我相信還陸續有來！

相關連結： Sajax – Simple Ajax Toolkit

• 用 XHTML + CSS 作合符標準的表達
• 用 Document Object Model (DOM) 作動態顯示和互動
• 用 XML and XSLT 作為資料交換和操作
• 用 XMLHttpRequest 取得非同步資料
• 用 Javascript 將以上種種結合在一起

這個技術的主角 XMLHttpRequest 的最主要特點，在於能夠不用重新載入整個版面來更新資料，也就是所謂的 Refresh without Reload。因為與伺服器之間的溝通，完全是透過 Javascript 來實行，也就沒有傳統網頁的表單發送而引至的整版重載的 overhead，帶給用戶很慢的感覺。又因為使用 XMLHttpRequest 本身傳送的資料量很小，所以反應會更快，也就讓網絡程式更像一個桌面程式。

Ajax 的技術表明了要使用 XML + XSLT 作為資料格式，其實並非必要， XMLHttpRequest 本身並沒有限制資料格式，可以是 XML 又或是純文字格式的文字，然後到 Javscript 的時候就可以隨自己的喜歡來操作了。例如在 Google Suggests 裏，回傳的資料其實本身就是 Javscript 。

其中一個 Ajax 的應用，可用於表單的資料核對。表單核對是每一個網絡應用程式必需一環，確保使用者輸入正確的資料後，才真正的進行動作。以往的做法是用 Javascript 或伺服器來做，如果兩邊都寫，那麼就會產生兩堆不同的核對程式碼，管理很不方便。用了 Ajax 的方法，就可以完全將核對邏輯放在伺服器端，客戶端的 Javascript 程式，則只是傳送用戶所輸入的資料給伺服器核對，如果有錯誤的話，則回傳錯誤訊息。

不過，用 Ajax 的方法究竟要如何傳送整個表單呢？如果只是單純的一、兩個輸入的話，則可以用簡單的 GET 的方法來傳送這一、兩個輸入資料。但如果表單上面有很多不同的輸入，可以有自動的方法去取得表單上的各個資料然後送出，而不是要逐個輸入值寫入 GET 的 url 裏？這要看看發展下去有沒有好用的 library 代勞。

另一個問題是，用戶可能基於安全的理由而將瀏覽器的 Javascript 關掉，所以設計時要考慮到此一點：究竟是要讓用戶必需開啟 Javascript 才可以用，還是設計到表單可以單獨的運作， Javascript 則只是增加實用性 ( Unobtrusive Javascript )？這當中又會有很多考慮，開發上有一定的難度。

雖然如此， 在這一年有關 Ajax 技術的發展會更多，我們會看到很多不同的網站，運用這種技術來增加頁面的互動性和實用性，大家拭目以待。

相關連結：

• Adaptive Path – Ajax: A New Approach to Web Applications
• Unobtrusive Javascript
• Signal vs Noise – XMLHttpRequest, Ajax, and the customer experience
• WebPasties – Guide to Using XMLHttpRequest
• XML.com – Very Dynamic Web Interface
• Using the XMLHttpRequest Object
• JPSPAN: javascript – xmlhttprequest

Updated

• 發覺應該用 “refresh without reload” 比較恰當….
• 加入新的 JPSPAN 於相關資料，相當豐富的 xmlhttprequest 的資源庫

Google Suggest應用的XMLHttpRequest所以並不神奇，但當中的onkeypress event的處理卻值得一讚。這位朋友將google suggest裏壓縮了的js自己重新indent，並分析裏面的program flow，還要估計他們的variables、function的用處 (他們都寫得很cryptic的說…) ，真是辛苦了。有興趣的去看看吧！

Related Link: Google Suggest Dissected…