RIA是什麼? 舊有網頁程式不好嗎?

網站: 最有名的RIA網站10X10

看見Patrick這篇文章裡面稍微提到RIA(Rich Internet Application)，基於對網路程式小小有研究，所以跑去給他GOOGLE一下、找到些蠻多的資料，可以先看愛德華的文章，看看RIA到底是什麼??也可以看阿修的部落格裡面關於RIA網站的介紹，當然d.cat的網站也要去看看。

現在所看到一些RIA的網站，大多還是使用flash來當作開發的平台，不論是移植性與對應性都還算是很高的，很久以前也就覺得或許以後的程式都有可能使用網頁來當作一個基礎平台，在上面建立出相關的服務或是所需要的功能。當然，這樣的前提之下，即使不使用flash，只要注意好http的特性(connectless)，我想光是PHP、ASP也已經可以寫出許多相關的程式。

逛了逛幾個關於RIA的網站，想到以前在接CASE的時候。不論費盡口舌跟店家說服一些網頁功能上的功能、一些會員機制的突破、一些網路行銷的概念，都比不上讓他們看到虛擬實境的環場動畫。也因為之前在開發利用網頁版的POS系統上遇到了許多網路程式先天上較難以突破的缺點，在此講幾個跟大家分享一下:

• 對於相關硬體的支援:針對POS系統而言，使用者通常會要求的是，賣場機器能多低廉就多低廉、能快速結帳就快速結帳~~~於是最好是只要一台電腦、不要有任何滑鼠、鍵盤。這對於當初的設計環節上相當的困難，所以不過我們後來使用BarCode Scaner加上許多Java Script來抓取螢幕上的輸入，作為網頁程式的點選流程，來解決關於這邊的問題。
• 庫存資料的Write Protect Lock:雖然POS系統對於資料庫的限制比較少，一個庫藏的貨物少了，一定是在店面，所以這個部份比較少，但是由於無法建立連線、加上連線品質不一定穩，使得資料庫的LOCK變成一個比較需要考量的因素。一但鎖定了，就必須要小心可能需要透過別的鏈結來解除鎖定。既然One Phase Lock都那麼困難，所以要實現資料庫的Two Phase Lock 也就更加的困難了。
• 像魔鬼般的"上一頁"與"重讀":實作網路程式的時候，除了擔心鏈結被使用者偷看到以外，最怕的大概就是怕使用者無冤無故按上一頁或是重讀(Reload)。對於這樣的程式，要預防使用者的任何一種意外狀況，比起一般的應用程式都要難上許多，這些地方除了設定網頁失效外，多使用cookie 也是很好的一個方式。
• 儘量寫出cookie free的網站:我想，這跟上一點是相當的衝突，因為那個時候必須要考慮使用者可能拒絕紀錄cookie，所以使用了相當多的隱藏資訊(當然隱藏資訊越多~~~就越怕上一頁)，這是一個trade off，必須要捨其一去考量。

嗯嗯~~~講了一堆，如果換成現在的ＲＩＡ來思考（以Flash)為例，也就免除省略＂上一頁＂與＂Cookie"的問題。

學習文件