貳夢の弦 » Comet

Node.js 的 Comet Chat

蒼時弦や — Sat, 30 Oct 2010 11:13:58 +0000

今天幫朋友把 Comet Chat 的雛型大致上都做出來了！
其實也是可以直接上戰場，不過還有點缺陷。

像是 Server Time 比 Client Time 還大時，就會慘遭洗頻……

不過我想訪客都中原標準時間，應該不會有事（喂

來張測試時的玉照。
因為使用了 jQuery UI 的加持，整個威能很大。

不過，因為時間有限……
（畢竟我摸了一整天，社刊的收尾還沒弄）
很多調整都不能加上，像是調整聊天視窗大小、時間校正、指令功能等等。

不過，目前也是有「支援」的指令喔！
那就是「/nick 暱稱」指令，可以替換暱稱。

之後我想我會陸續加入各種功能吧……

不過，在這之前還有一大堆任務得完成。
如網誌改版、社刊、同人社團Amber Clover網站製作等等。

希望下次我有很大威能可以「強化」這款聊天室。
> 經過這次經驗，我可以說是對 Real Time WebGame的雛型有個概念了呢！

Comet Caht on GAE 筆記

蒼時弦や — Thu, 21 Oct 2010 11:11:00 +0000

昨晚默默的把Core寫出一個雛型。
雖然不知道在 Http Servlet 上用 loop 去延遲Response是否有效。
不過，也算是在基本狀況上完成了模型。

而架構，大致上就如昨天的網誌紀錄一樣。
今天則是概述我做的處理。

經過實做之後，主要做了一些調整。
因為是個簡單的 Chat Room 所以就只有兩個檔案去完成。
chatCore.java 與 User.java 兩個。

chatCore物件繼承HttpServlet並且重寫doGet方法。
在doGet方法中，我又針對請求的網址做了另外處理。
（在Web設定中有 /join , /get , /quit , /post 四個路徑。）
當然，首要就是分辨是哪個路徑。
因此從HttpServletRequest物件路徑資料並且加以處理。

目前僅將 join 方法實做。
當開啟 /join 路徑時，則呼叫 join 方法。

public static int join(String username){
  User session = new User(username);
  sessions.add(session);
  return sessions.indexOf(session);
}

也就只是「建立一個 User 物件」
不過我想之後對 Session 的處理會依靠 HttpServelt 來處理「客戶端可更動使用者」的問題。

而 User 物件就只有簡單的建構式，並且紀錄username而已。

在Java上，其static和共用進程的方式。
跟PHP比起來，可以節省更多資源。
這算是我在Java上開發Comet Chat時感受到的方便性吧！

期待我完成的那一天。
（如果有颱風假，大概就會完成吧……）

Java的物件導向與Comet

蒼時弦や — Wed, 20 Oct 2010 10:59:46 +0000

昨晚突然想要寫一下Comet相關的應用。
於是就打開Netbeans和以前做失敗的Comet Chat專案來修改。

不過，我也不過是簡單的修改而已。
我想，哪天我就能把這個Realtime Chatroom做出來吧！

說起物件導向，就會讓我想到JavaScript, PHP 和 Java 的差別了！

在 Node.js 撰寫 Comet Chatroom 的過程中。
我紀錄User, Session等等，都是採用陣列的方式。
而JavaScript把陣列本身就當成一個 Object 因此儲存東西進去後，就可以用各種方法存取。

但是，在Java上沒有這種方便的處理。
主要得靠自己撰寫List/ArrayList等儲存自己撰寫的物件。
並且用自己物件的方法來做處理。

我想，如果是習慣PHP, JavaScript的人，大概會很難去思考出如何處理吧！

最近隨著經驗的增加，我也大致上理解了做法。

目前，我大致上做了這樣的處理。

建立 User 物件，來當作每個使用者的資訊。
並且有一個Main物件來處理 join, quit 等等動作。
我想，之後會結合 HttpServlet 來下達各個指令。
再加上task等等，其實Comet大致上就成型了！

我猜這週就能將社刊做完，之後就利用閒暇時間來簡單做一下吧！
期待我完成的那一天和大家分享喜悅。

註：這個是基於Google App Engine 開發的 Chatroom

Node.js 上的 MySQL

蒼時弦や — Mon, 12 Jul 2010 10:55:23 +0000

昨天寫完聊天室之後，今天就是進行 Web Game 撰寫了！
因為 Node.js 沒有明確支援哪種資料庫，可用的大概只有檔案讀寫。
為了處理這種問題，很多人開發了 Module 去支援。
但是很可惜，目前我所知的兩種MySQL模組都不適合。

在探索 Comet 技術中，我想 Node.js 可能和我非常合得來。
再加上其也是備受推薦的語言，因此算是容易上手和好用吧！

不過，他卻有個惱人的問題。
基本支援不多，相較習慣 PHP 的人，在 Node.js 可能會感覺有點辛苦。
（畢竟 PHP 擁有大量的函式支援，很多功能可以輕而易舉做到。）

那麼該如何連接MySQL呢？
我想，沒有其他選擇了！
只能使用 Node.js 內建的 Net 模組（ Socket 相關）來手動連接。

當然，在這之前要先確認是否有高手做出模組。
很幸運的，在官方模組列表上有兩款。
（如果我沒看錯，應是有兩款。）

我選了一款名為 Node-MySQL 的模組使用。
（後來發現另一組，不過看起來似乎不堪使用呢！）

當我興致勃勃的將 Web Game 的基礎結構製作好。
（其實就只是登出和登入兩個動作而已……）
我就馬上測試（其實寫太多 Bug 也跟著多，而且也有上百行了……）

很可惜，我自身的錯誤處理完畢後。
竟然是 Node-MySQL 的錯誤，仔細一看，卻發現似乎是自己的失誤。

不過，當我成功連上資料庫時。
卻碰上「無法查詢」的窘境……

總而言之，那Ajax連接就這麼持續到超時斷開。

也許，該換個方法處理吧！
（目前正在考慮檔案讀寫，不過可能會比較吃資源的樣子……）

用 Node.js 寫聊天室的心得～

蒼時弦や — Sun, 11 Jul 2010 11:06:23 +0000

就我看來，用 Node.js 比 Ajax Push Engine 困難很多。
不過，做出來的東西不論是自由度或者延展性，真的「好很多！」
雖然目前自己寫的 Chat Room 出了點 Bug (又忘記備份原始碼)
不過還是能正常使用啦！

不過既然是使用 Ajax 技術來實踐，那麼跨域的問題真的就很惱人。
雖然 jQuery 有提供所謂的 JSONP 來實踐跨域。
不過我用 FireBug 看到那不斷增加的HTML我就頭昏（目前暫時使用 jQuery-JSONP Plugin ）

那麼，就小小說一下我的「心得」吧！
我是參考官方的 Chat Room Deoms 原始碼來撰寫（縮減成練習的版本）

這種聊天室執行時，會消耗「記憶體」
不過就官方的程式運作來看，幾百筆資料似乎也才吃掉數MB(還是數千筆我忘了……)

聊天室整體的構造大致如下：
1. channel (應該說物件嗎？)
2. sessions (Array )
3. methods (Array)

其中 channel 負責聊天訊息, sessions 負責紀錄進入聊天室的人，而 methods 則是我用來儲存HTTP請求回應的陣列……

channel 包含兩個函式，一個負責在 messages 陣列新增聊天紀錄，另一個則負責存取 messages 陣列。
sessions 則儲存所有使用者的id, 並有 createSession() 函式負責加入新使用者。
* sessions[id].destory() 是消除的函式（放在每個使用者的資料裡面）

而 methods 是一個陣列，並且對應一個 handler (官網好像是這樣稱呼)
當 HTTP Server 接到請求，會判斷抓哪一個陣列出來使用。
這樣大致上就完成架構了！

在撰寫過程中，幾乎沒有停下來。
（大概是昨晚有簡單做一個收發的 test 所以才得力很多。）

最後中途是修正了幾次 Bug 才完成運行。
* Node.js 發生程式錯誤會終止程式執行。

不過我很佩服官方的聊天室，好像運行一個多月都沒停止。
（原始碼裡面明明有會卡死的部份，不過似乎不受影響）

晚點檢查完我的聊天室和跨域，就要進一步發展啦！
（製作特製的 lib 來寫 Web Game~）

談起 APE 和 node.js

蒼時弦や — Sat, 10 Jul 2010 11:15:09 +0000

說到我學習使用 Comet 技術，不外乎就是開發 Web Game 了！
不過，在今天進行 Ajax Push Engine 的撰寫過程中，我發現了問題！
Ajax Push Engine 本身是一個 Server, 在其上的JavaScript(Server Side)都只是個 Module 而已！
就因為這點，我改為向 node.js 發展。
（最近有網友反應網誌內容閱讀難度提高，所以今天我盡量簡單說明……）

要比喻 Ajax Push Engine 和 Node.js 的差異，大概可以用下面的方法形容。
APE 是一個完整的程式，其 Server Side只不過是個「擴充套件」
而 Node.js 則是一種程式語言，其Server Side就是完整的程式。

如此比較，就會發現 Node.js 不會受限於原本的限制。
（好玩的是，使用APE時會用到他的JSF框架，就如同開發者被框住一樣！）
#所謂的限制，其實就是 APE 無法開發多個程式，而 Node.js 可以。

目前某弦正在閱讀 Node.js 的 API 文件（可以說是開發文檔，或者函式/事件手冊吧！）
也許哪天我寫出個心得，就會來做個簡單的教學！

就我所看到的網路教學中，建立一個HTTP伺服器最為簡單。
（其實 Comet 技術本身就是 Ajax 的運用，和HTTP關係很大～）
在加上 Node.js 本身內建 HTTP 伺服器/客戶端功能，所以建立「超容易！」

有興趣的朋友可以用 coLinux 在 Windows 下建立環境，然後安裝來測試。
node xxx.js 是運行指令，想停止可以用 Ctrl+C 停止～

呼呼～
繼續把閱讀到一半的文件看完～

Comet 的世界

蒼時弦や — Fri, 09 Jul 2010 11:17:23 +0000

昨晚裝好 Ajax Push Engine 之後，就開始研讀開發文件啦！
這類 Comet 伺服器似乎都能讓 JavaScrtip 跑在 Server Side…
(因為我不太瞭解 Comet, 所以稱這些叫做 Comet伺服器)

在 Ajax Push Engine 官方網站上，有一個 MMORPG 的 Demos
我看了之後，二話不說，馬上決定選用 Ajax Push Engine 當作我接觸 Comet 的管道。

不過，經過自己實際撰寫之後，才發現這根本不可能阿（誤
為什麼不可能呢？
1. 官方文件沒說 Server Side 的檔案怎樣用才會動起來
2. 雖然寫好了JavaScript也debug了，但是測試時還是發生錯誤。

也許我該選用 node.js 這款最被推薦的 Comet 伺服器呢！

不過，我想今天就暫時先將就 Ajax Push Engine 吧！
畢竟，有始有終，我這個失敗的作品，多少也得要把他除錯完！

明天再來挑戰 node.js
不過 Comet 讓我如此興奮的原因，不外乎是「可以製作MMORPG」
如果多年前有玩WebGame的朋友，想必會知道一款叫做「創世之光」的遊戲。
可惜現在台服關了，跑去中國開……

我想，我會如此熱衷這個，就是因為那款遊戲！
那麼，我要繼續研究啦！
（每次一開始研究我就停不下來……）