cygwin/gcc與MinGW

（一）基於HTTP的手機網路遊戲
    因為在所有的MIDP規範中規定：都必須支援HTTP協議，而據業內人士透露訊息，中國電信在將來也只會支援HTTP，所以現在很多的手機網遊都是架構在HTTP上的。但由於HTTP協議封裝上的完整性，給它帶來了好處，也帶來了壞處。

    首先我們看HTTP協議的優點：
    1：servelt容器會自動管理執行緒池，在我們的程式裡可以不必自己去管理執行緒了，當然，我說的執行緒是客戶端傳送請求的連線到伺服器端產生的一個執行緒。
    2：HTTP是安全的，利用session來管理每個會話，省去了讓人頭疼的客戶端冒充問題。
    3：幾乎所有支援java的手機都支援HTTP協議。
    當然，還有其它優點，我不可能一一道來，自己去體會吧......

   其次就是HTTP協議的缺點：
   1：就是大家都比較頭疼的HTTP協議的無連線性，曾經有人提過去修改HTTP協議，不知道成功了沒？當然，這個不在我們討論的範圍之內。
   2：就是網路流量的問題，這個也是大家都比較頭疼的問題。如果不是包月，對使用者來說，這個費用確實是一大筆開支。

   下面我先講解一下比較出名的手機網路遊戲“fruite-machine”的客戶端和伺服器端的架構：

   Phone ---------------→Servlet--------------------→Web Browser

   上面的是“水果機”的整體的架構圖。
   “水果機”曾一度流行於各個電玩廳內，做為一種賭博機的形式出現。這個遊戲雖然設計的簡單，但卻很耐玩，勘稱能和“俄羅斯方塊”想媲美的一個經典遊戲。

   在架構後面的web Browser一層，是用於管理使用者的web介面，可以運算元據庫，從而達到管理使用者的目的。

   因為使用者在登陸時會在手機上面輸入“username”和password“，所以，安全性是個很大的問題。
   在fruite-machine裡的設計文件裡，是這麼解決這個問題的：
   1：用端到端的加密連線HTTS來代替HTTP
  2：基於一個安全的無線網路上面用HTTP，經由一個安全的無線閘道器把username和password傳送到servlet端。
   3：和servlet在同一個防火牆內傳送username和password。
  
   在解決問戶欺騙的問題上，因為一個使用者可能把MIDlet客戶端下載後修改原始碼，從而可能傳送假報文給servlet端，“水果機”裡面把一些使用者可能修改的資料在servlet端生成，然後傳送給MIDlet，這樣使用者就無法修改了。比如MIDlet並不能生成隨即旋轉的結果，而是由伺服器端生成的。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=640215