前些日子，突然有客戶問說，我們是否有WEB 的產品，再加上從業界得知的消息顯示，WEB 化好像是愈來愈普遍，但公司就這方面加以討論，發覺十分困難，本公司是採用C/S的架構，對於Three Tire 以上的架構，或者是WEB的架構，比較沒有研究，所以以下言論，如有錯誤之處，還請指正。     本公司的行業別是類似工廠的ERP，規模大的，大概會有3、400個點，而蠻多點，在做輸入的作業時，會交叉重覆比對很多 TABLE，詢問過做WEB的朋友，發覺如果用WEB的方式，要達到我們原本在C/S下的那種速度，幾乎是不太可能，（也許是我們不知道有更好的方法）再來一點就是，WEB當初發展的用意主要是在訊息的展示，不是用來作輸入的，而我們的系統，在輸入的部份，佔了絕大部份，如果用WEB的方式，在輸入及速度上，我想肯定會被USER罵死(我們的系統，速度是最講求的)，但不可諱言的，用WEB也有很多好處，像是Client端就幾乎不用care，不像C/S的模式，光是照顧Client端，就耗去我們大部份的時間，而且在遠距作業上也比較容易，用IE就可以工作，但同事也有人持反對意見的，認為WEB化只是噱頭，不切實際，不如思考轉成Three Tire 的架構才比較實際，所以想請問各位先進，對這個問題的看法??    另外有一個小問題，用Delphi 可以寫WEB的程式嗎？還是一定要用Java（對這方面不是很了解，請不要笑我）

別這麼說,您會這樣思考已經到了規劃系統的視野了,如果我是您的老闆,得知您下班後還這麼憂心系統的架構,一定感動的痛哭流涕... 我在訊光科技的網站發現了這篇post,也許可以參考看看 http://www.infolight.com.tw/journal/index_view.asp?no=44&filepath=/journal/file/BOOK7.htm 個人頗認同裡面的一些論點,例如smart client的概念...

小弟在此分享一下最近推展的心得. 我們的生管(B2B)系統,就是走smart client架構 server是application server(powered by weblogic),client是透過java的web start機制自動決定是否下載新的client物件. 通訊的協定是EJB的stub & Skeleten,有時也有RMI啦,http啦,JMS啦. 當然看必要來決定,不是想實驗就實驗(代誌已經多到煩死人了.你看,現在已經是早上四點半,我還在為舊系統轉移的事起來看電腦有沒有掛掉去...) 有好有壞啦,web start是在第一次執行時,會花點時間下載,不過可以透過proxy或是各據點間共享的網路資源,解決這項小小的麻煩. 不過這類的小ap,是多少有點吃系統資源的,我指的是user的PC,偏偏傳統產業的PC,通常是非常摳到可以進去博物館或是擺在家當linux server的那一款.我想hazard兄服務的應該是台積電這類的大廠商,開錢很阿沙力的,就不是問題了 (沒辦法,報表元件很吃ram,加上一些自己寫的元件,執行時,最低要求要128 mega ram了),不過由於是java寫的.所以就算是在linux的xwing之下,也可以跑--這點很令自己安慰了,web base,就沒有這方面的顧慮了.放心,跨平台只是個噱頭而已,user那管這麼多? smart client有個小小的好處,就是有些小運算,可以就地正法,不,是就地解決,這可以分擔些server的工作量.畢竟,web 的每一頁進進出出,都是要透過server,而smart client這種架構中,server只要管好資料的產生/商業的邏輯等事就可以了. 此外.有些比較強調機動性或是持續性的專案,最明顯的,就是要支援斷線運作的機能時,smart client也可以自備local database(such as hypersql這類text format database),俟上線狀態自行更新資料.這點,web client的型態就比較沒這方面的優勢了--當然你也可以在每台user灌web server,自備local database....別笑,我看過這樣的案子. 最後要比較的是開發上的問題,web 的script language,較多為script型態,比較沒有物件導向上的運用的門檻,而smart client,就區區在下不才小弟我的經驗而言,當然要參與的人,多少有點OOP的概念,因為這樣的東西會套用到些designe pattern,當然J2EE的designe pattern也不少,不過多為server邏輯層面,而java swing-client就會用到些Gof的designe pattern.畢竟,OO的東西,用OO解決,別想用hardcode.所以門檻會有點高.當,一旦上手了,會比較少花時間--當然,client的data binding元件要完備,而要寫databinding gui元件,又是比較花時間的事,一旦量產,他的規模經濟才會呈現,偏偏這方面,各家公司實作又不一樣了...我指的不是borland的Jbuilder中的dataswing系列的東西. sorry,東拉西扯牽拖這麼多,都快變成java版了,anyway,如果是有不少運算可以在client完成,或是很著重即時反應,或是有斷線運算之考量,smart client是不錯的選擇,而要是有不定user,又是強調到處可用(不用考量佈署問題),那就比較perfer web client了.

http://taiwan.cnet.com/enterprise/topic/0,2000062938,20090633,00.htm 我想Taiwan.CNET的說明會比較沒有那麼爪哇味,大家會比較好懂