zwai 小窩

舊版的隨著畢業死掉了，新版的網址請點這裡。另外還有信用成本價差。

之前答應 Ryan 老大做的泰德價差走勢圖 (TED Spread) 終於趁口試完的悠閒時間弄出來了！網址在這裡：http://ii.twbbs.org/~zwai/charts/。打開的時候可能有一點點慢，然後這張圖可以拉近看，可以自己玩玩看。不過果然目前信貸危機再起，泰德價差又開始往上爬了。實作方面就是用 amline 這個 library 畫的，這是我用過算比較漂亮的。有這個為基礎，再來就可以慢慢把想要的系統建立出來囉。

在網頁上畫出各種統計圖形 (chart)，似乎有許多的 solution。以下是別人整理的懶人包，裡面也包括我之前找的 PHP/SWF。現在 Google 也出了 Google Chart API，在眾多方法裡也湊了一腳。話說 Google 真是提供了許多懶人工具啊，有些甚至商業化拿去用也沒關係。不過當然有些就有限制，像這個 Google Chart API 就有點擊次數的限制，一天約五萬個，不過我想一般中小型的網頁應該有夠用了吧。Google Chart API 提供的圖表種類夠多，有機會來研究看看。

最近在找一個能在網頁上快速畫出圖表的工具，就找到了 PHP/SWF 這個好用的東西。我簡單做了個測試網頁。在使用之前先來看一下 license，現在我使用軟體前都習慣會先看一下這個。PHP/SWF 的 license 規定可以免費下載並使用，只是我們做出來的 SWF 點擊後會自動進入官網。一個 license 的費用是 $45，不過既然免費就可以使用了，只是少了技術支援還有會連進官網，其他似乎都差不多，事實上文件官網上寫的也相當詳細了。
話說會想找這個是因為有天老大提到可以做一個網站來跑 TED Spread (泰德價差)，這樣可以省下他每天匯入 excel 的苦工。而今天在學校寫程式又碰到一些 bug，原因是因為之前自己沒有仔細思考清楚，在把 bug 解掉後，時間就接近中華隊要比賽了，於是想想就來 survey 一下看看有沒有辦法。很快的我就找到了這個工具，官網上有許多神奇的 gallery 可以看，我覺得不錯馬上就抓下來。檔案很小，解開壓縮後是一個 charts.php 主要函式庫、charts.swf、和他的 library 資料夾。而在 html 引入的方式也十分簡單，一行指令輕鬆搞定。今天就花了不少時間在測每個變數代表的意義，看來離老大提出網站的架構還剩下兩點。第一個是資料庫，不過這問題不大，只是我 SQL 有點忘光了 XD。第二個是資料量太大，要怎麼顯示就需要思考一下。第二個也許可以參考股市行情的走法？

用高階的語言寫 parser 總是大家心中的痛，面對一個簡單的 String 「1 + 2 * 5 - log(4 / tan(3/4))」，若是自己硬幹一個 parser 實在痛苦到不行。原本我已經打定主意來學 lex & yacc，準備自己來實作了，好在終於讓我找到 java 的 library XD。不過話說回來，似乎我自己蒐尋的時候沒下對關鍵字啊...
這套 library 叫 Java Math Expression Parser，簡稱 JEP，官網點此進入。看一下它的 feature，嗯...，該有的都有了。不過卡到一個問題，這個玩意實在有夠貴！試用版只能支援 50 個 expression，似乎夠了？但是只能用在教育方面，而實際要買的話，這玩意要 600 美金。XD 以後我也來考慮寫些 library來賣錢好了...。好在估狗大神萬能，在 3.x 版本之前的 2.4.x 版本是 GPL 授權的，馬上在 sourceforge 找到！這裡可以下載。這下子終於可以安心的用 JEP 來開發程式囉。

上一篇文章Google Web Toolkit (2) - 實作 Remote Procedure Calls (RPC)介紹了 Remote Procedure Calls 在 GWT 裡要怎麼使用。不過 RPC 中，Method 的參數與傳回值都必須滿足 serializable。會有這些限制，是因為 server 端執行的是 Java，一些複雜的物件在 client 端的 JavaScript 中不一定可以使用。為了方便，GWT 乾脆列出了限制，滿足條件的就是 Serializable Types。
定義如下：

Google Web Toolkit (GWT) 在這篇Google Web Toolkit - 傻瓜也可以寫 AJAX ！ 已經簡單介紹過了。建立一個 GWT 的 project 並不難，這裡我紀錄一下之前摸 GWT 提供的 Remote Procedure Calls (RPC) 的功能。
首先我們先知道，利用 GWT 建立出的網頁是屬於 AJAX 技術，就像是在瀏覽器內執行的應用程式。在 GUI 的部分我們可以做到這點，但是就算 GWT 製作的網頁，還是需要從 server 端取得資訊。而這個向 server 端溝通的技術就是 Remote Procedure Calls (RPC)。透過這層機制，我們可以將大部分的 GUI 邏輯移到 client 端，藉此可以增加效率，八啦八啦等許多很好的效果。在看架構圖之前，先了解 client 端執行的其實是 JavaScript，因此我們在用 Java 寫程式的時候會受到一些限制。而 server 端就可以運行真正的 Java，不會受像 client 端的限制。以下範例直接從 Google 官網貼上來，我自己的程式碼比較多，就不貼了。

這是整個 RPC 的架構圖，我們在實作的時候也需要按照這個架構。首先我們先從 client 端建立一個新的 service interface：

這篇主要整理一下最近常用的 Xerces DOM Parser，免的又發生像上星期的慘劇，明明已經寫過一次 SAX 了，卻又忘記是怎麼弄出來的 。

我的用法是用 DOM 將 XML 文件 parse 成一堆 node，再 getNodeType() 來決定目前要怎麼做。至於移動就直接用 getNextSibling() 或是 getNextParent() 來往下 parse。應該是最簡單的辦法了吧。NodeIterator() 和 TreeWalker() 等本身還沒有用到。
DOMParser parser = new DOMParser();

話說因為在學校接了某個計劃，必須實作出一個 web 的介面讓使用者輸入資料。正當我苦惱著該不會又要去用 PHP 等等東西吧，學長這時候提到，他們公司之前都是用 Google Web Toolkit 來產生出網頁的，因緣機會下，為了偷懶，順便玩玩新東西，我也開始摸這個神奇的新玩意 (對我而言是新玩意，但對其他人可能只是個老梗。)
首先我們來看看 Google 對自己 toolkit 的介紹：
Google Web Toolkit (GWT) is an open source Java development framework that lets you escape the matrix of technologies that make writing AJAX applications so difficult and error prone. With GWT, you can develop and debug AJAX applications in the Java language using the Java development tools of your choice. When you deploy your application to production, the GWT compiler translates your Java application to browser-compliant JavaScript and HTML.