全國最多中醫師線上諮詢網站-台灣中醫網
發文 回覆 瀏覽次數:4211
推到 Plurk!
推到 Facebook!

為什麼VCL for the Web好少人用

 
gerojeng
一般會員


發表:23
回覆:25
積分:9
註冊:2004-06-19

發送簡訊給我
#1 引用回覆 回覆 發表時間:2009-12-07 09:46:31 IP:218.160.xxx.xxx 訂閱
看了 VCL for Web 的Demo , 覺得功能不會輸 .NET 耶
拖拉幾個物件就輕鬆完成Web版的資料庫編輯能力
也可以自訂HTML/CSS輸出格式

可是做這個元件的廠商 Atozed 的官方網站幾乎沒有提供使用說明文件或者更多範例
Indy10 有說明檔可是範例嚴重不足

逛逛天瓏書局,Delphi 的書只剩下一本了o.o


sryang
尊榮會員


發表:38
回覆:741
積分:875
註冊:2002-06-27

發送簡訊給我
#2 引用回覆 回覆 發表時間:2009-12-09 21:09:47 IP:124.10.xxx.xxx 訂閱
VCL for Web 以前叫做 IntraWeb,從 Delphi 7 (2002 年) 就開始搭配 Delphi,試圖當作 Delphi 提供的 Web 解決方案

可是部署的方式始終停留在 ISAPI、CGI 等等外掛式的部署方式,要事先編譯,除錯不方便
CGI 的部署方式簡單,更新也簡單,但是效能比較不好,佔用的資源也比較多。
ISAPI 的效能比較好但是更新很麻煩,而且如果 ISAPI 沒寫好的話,會造成 IIS 整個掛掉

相對於當時流行的 Web AP 語言:ASP、JSP、PHP 等都可以直接使用「不需要編譯的文字檔」
部署快、修改快、除錯快,而且當時寫 Web AP 的人有許多都沒有使用 Delphi 的經驗,而是直接從學習 HTML 起家的
寫 Delphi 的人受限於 IntraWeb 的原廠支援與資源實在太少,所以沒有流行起來

時至今日,無論是 Java 陣營,還是 .Net 陣營都推出了各自最新的 Web AP 架構,而 Delphi 仍然是 IntraWeb?
而且仍然是 CGI 跟 ISAPI!
陳金城拿「液晶體顯影眼鏡 (兩年前過時的產品)」來打高進的「隱形液晶體顯影眼鏡 (上個月西德最新產品,價值11萬美金)」能有勝算?

說真的,我很喜歡 Delphi,但是說到 Web AP 開發,我不得不使用其他平台!
------
歡迎參訪 "腦殘賤貓的備忘錄" http://maolaoda.blogspot.com/
編輯記錄
sryang 重新編輯於 2009-12-09 21:11:35, 註解 無‧
sryang 重新編輯於 2009-12-09 21:38:10, 註解 無‧
GrandRURU
站務副站長


發表:234
回覆:1651
積分:1742
註冊:2005-06-21

發送簡訊給我
#3 引用回覆 回覆 發表時間:2009-12-10 23:20:25 IP:118.167.xxx.xxx 未訂閱
Borland Taiwan 推 薦 參 考 文 章<!-- br-->

裡面有關於 IntraWeb 的技術文章,不知道會有多大幫助就是了
wangccw
一般會員


發表:17
回覆:32
積分:14
註冊:2005-01-30

發送簡訊給我
#4 引用回覆 回覆 發表時間:2009-12-21 01:42:13 IP:58.115.xxx.xxx 訂閱
千萬別用 IntraWeb,要寫網頁程式,還是從 .net ( aspx ) 或 java (jsp , spring,strus )著手比較好,寫php 也不錯,你用 intraWeb的話,真的就是小眾裡面的小眾了,後面的人也難以維護。
aquarius
資深會員


發表:3
回覆:347
積分:330
註冊:2003-05-21

發送簡訊給我
#5 引用回覆 回覆 發表時間:2010-02-17 11:34:33 IP:61.219.xxx.xxx 訂閱
DELPHI 的網頁設計, 乍看下功能不錯. 但是實際使用還是很多不如預期的地方.

當初也花了一些時間在這上面, 不過最後還是用 ASP.NET 做網頁的開發.

樓上說得對, DELPHI 網頁開發是 小眾中的小眾, 程式開發這種東西若要方便使用, 容易維護和找資源, 還是要使用主流開發工具.

話說 DELPHI 也曾是主流開發工具之一, 但是從 DELPHI 7 之後的各個版本, 真的是越用越失望, 目前一般工作還是用 DELPHI 5 /7 在做. 而一些需要新技術的東西, 慢慢在轉到其他的開發環境(就是 M$ 啦)

------
水瓶男的blog: http://791909.blogspot.com
G01
高階會員


發表:249
回覆:379
積分:215
註冊:2002-05-21

發送簡訊給我
#6 引用回覆 回覆 發表時間:2010-11-10 11:05:55 IP:210.243.xxx.xxx 未訂閱
個人的想法是認為,應該要花時間了解一下Web程式開發的一些基本要素;這樣用什麼方式開發就不算是重點了!!
TWY
高階會員


發表:0
回覆:132
積分:151
註冊:2009-09-02

發送簡訊給我
#7 引用回覆 回覆 發表時間:2010-11-11 09:23:34 IP:59.120.xxx.xxx 訂閱
我剛開始學寫Web就是用Delphi6 寫 CGI / ISAPI,CGI 會為每個 request 生滅一次 process instance,而 ISAPI 雖然效能好 (in-memory),但每改一次要編譯一次 DLL 且 IIS 要重新啟動載入,很不方便,失望的放棄了。
後來我投向 Java Solution,大家或多或少會有自己的函式庫吧,用來處理經常性的字串日期轉換等等。我的 Java 函式庫目前同時用在 Java Application、Java Web (JSP)、Android (給自己的 i9000 寫些小玩意),寫一份到處可共用,真正嚐過「write once, run everyone」的甜頭後,就難再接受其他的了(除非老闆要求,哈)...

我不熟 ASP/PHP 無法提出他們的優勢特點。若 VCL for the Web 本質上沒有優於這些主流語言的特色,加上相對資源貧乏情況下,很難拉攏更多人使用吧~
TWY
高階會員


發表:0
回覆:132
積分:151
註冊:2009-09-02

發送簡訊給我
#8 引用回覆 回覆 發表時間:2010-11-11 09:40:27 IP:59.120.xxx.xxx 訂閱
 再補充為什麼對我來說 JSP 會優於 CGI / ISAPI 的本質原理說明。
編譯器會自動將.jsp 編譯成.class (servlet) (相對 ISAPI必須自己編譯成 DLL),並為每個 servlet class 產生一份常駐 instance (與 ISAPI 一樣常駐記憶體,如此可提高效能)。遇到 request 需求時該 instance 會分化出一對一的 thread object 來服務各別需求(搭配 ejb 還可區分這些 thread obj 服務完後 free 掉或是回到 pool 等待下次出馬),完全在 memory 中運作所以效能也很好 (不像 CGI 以一個 process 服務一個 request)。

經由設定每次程式碼改變,編譯器會自動偵測並重新編譯 servlet (.class) 並自動重新載入不需重新啟動 Container (Web Server),這是很方便的 (這個控制可經由設定調整)。

單就內部運作原理來講,不曉得「VCL for the Web」(或其他語言)是如何控制這些的?希望知道的人能一起分享一下~
暗黑破壞神
版主


發表:9
回覆:2301
積分:1627
註冊:2004-10-04

發送簡訊給我
#9 引用回覆 回覆 發表時間:2010-11-11 23:35:20 IP:114.46.xxx.xxx 未訂閱
我相信 CGI 不死。
也只有 CGI 具有永遠的傳承能力。

GrandRURU
站務副站長


發表:234
回覆:1651
積分:1742
註冊:2005-06-21

發送簡訊給我
#10 引用回覆 回覆 發表時間:2010-11-11 23:51:48 IP:111.249.xxx.xxx 未訂閱
CGI所產生的網頁被破解也比較困難,在商業應用上似乎是比較正確的選擇?

===================引 用 暗黑破壞神 文 章===================
我相信 CGI 不死。
也只有 CGI 具有永遠的傳承能力。

TWY
高階會員


發表:0
回覆:132
積分:151
註冊:2009-09-02

發送簡訊給我
#11 引用回覆 回覆 發表時間:2010-11-15 08:45:42 IP:59.120.xxx.xxx 訂閱
「CGI 具有永遠的傳承能力」
願聞其詳,Thanks!
(疑,現在 k.top 是否不會寄信通知討論主題有新 po 聞呢?)

===================引 用 暗黑破壞神 文 章===================
我相信 CGI 不死。
也只有 CGI 具有永遠的傳承能力。

aftcast
站務副站長


發表:81
回覆:1482
積分:1762
註冊:2002-11-21

發送簡訊給我
#12 引用回覆 回覆 發表時間:2010-11-15 09:14:01 IP:210.64.xxx.xxx 訂閱
我來插花,我也相信cgi未來數年應該沒有死的理由!!

而且就servelet 與 cgi的效能來比較… 實在很難確定 serverlet 一定比較快。我是沒真的去比較,但servelet 也是bytecode的東西,能快到哪裡去? 以往就我知道的,它只能比php或asp(沒net的)快。因為 script直譯遇到bytecode,還是byteocde會贏。但對到cgi…我覺得不一定。

再者,不久前我才用了fast_cgi 來處理網站。這應該是目前最快的方式吧? 我認為…因為它是 native code thread socket 在處理。

許多大咖商業的,就我所知都是cgi類的寫成,一方面是效能,二方面是安全(若script類的程式就是明碼)等。


===================引 用 暗黑破壞神 文 章===================
我相信 CGI 不死。
也只有 CGI 具有永遠的傳承能力。

------



蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan
編輯記錄
aftcast 重新編輯於 2010-11-14 18:19:18, 註解 無‧
aftcast 重新編輯於 2010-11-14 18:20:43, 註解 無‧
TWY
高階會員


發表:0
回覆:132
積分:151
註冊:2009-09-02

發送簡訊給我
#13 引用回覆 回覆 發表時間:2010-11-15 10:53:24 IP:59.120.xxx.xxx 訂閱
小弟認為 servlet bytecode 只是編譯發生時的作法,一旦網站啟動載入了 Memory,接受 http request -> 處理 -> 回敬 http response 這一切都在記憶體裡運作,與 bytecode、編譯等議題就沒有關係了;由於是在記憶體運作且沒有生滅的 issue,所以效能是不錯的。

粉多年前玩過 CGI 的經驗是,使用者一多觀察工作管理員 Process 一直 Create -> Free,當時該電腦等級並不高,這樣的運作方式讓該網站十足吃不消。(這有點類似資料庫連線程式每一個動作都重新 Connect -> Disconnect,而非透過 Pooling 方式)。

不過我也很納悶偶而會看到一些著名網站仍使用 CGI 技術,當時想應該是有他一定的優勢與考量吧。我必須承認對 CGI 了解認知不深,個人僅玩票性質,所以認知僅為個人粗淺觀感,謝謝各位前輩分享交流~

===================引 用 aftcast 文 章===================
我來插花,我也相信cgi未來數年應該沒有死的理由!!

而且就servelet 與 cgi的效能來比較… 實在很難確定 serverlet 一定比較快。我是沒真的去比較,但servelet 也是bytecode的東西,能快到哪裡去? 以往就我知道的,它只能比php或asp(沒net的)快。因為 script直譯遇到bytecode,還是byteocde會贏。但對到cgi…我覺得不一定。

再者,不久前我才用了fast_cgi 來處理網站。這應該是目前最快的方式吧? 我認為…因為它是 native code thread socket 在處理。

許多大咖商業的,就我所知都是cgi類的寫成,一方面是效能,二方面是安全(若script類的程式就是明碼)等。


===================引 用 暗黑破壞神 文 章===================
我相信 CGI 不死。
也只有 CGI 具有永遠的傳承能力。

aftcast
站務副站長


發表:81
回覆:1482
積分:1762
註冊:2002-11-21

發送簡訊給我
#14 引用回覆 回覆 發表時間:2010-11-15 11:14:23 IP:210.64.xxx.xxx 訂閱
你好,

如果有興趣,可以去了解一下 fast cgi 。我想目前大型一點的網站,應該是用 fast cgi,而不是傳統的 cgi。其改良了 process 一直開的問題。 :)


http://www.fastcgi.com/drupal/


===================引 用 TWY 文 章===================
不過我也很納悶偶而會看到一些著名網站仍使用 CGI 技術,當時想應該是有他一定的優勢與考量吧。我必須承認對 CGI 了解認知不深,個人僅玩票性質,所以認知僅為個人粗淺觀感,謝謝各位前輩分享交流~


------



蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan
系統時間:2017-10-24 13:50:15
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!