線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:2170
推到 Plurk!
推到 Facebook!

BCB 整合環境, 專案越大會越慢.....???

尚未結案
fishxyz
一般會員


發表:5
回覆:6
積分:2
註冊:2003-01-27

發送簡訊給我
#1 引用回覆 回覆 發表時間:2003-02-21 21:28:50 IP:61.56.xxx.xxx 未訂閱
於BCB整合環境中, 寫程式跟VC一樣 在打指令的時候, 會貼心的提示使用者 指令的用法, FUNCTION的參數有哪幾個 , 型態是什麼 STRUCT的成員有哪些, CLASS具備哪些METHOD . 這個自動提示的確很貼心, 也很方便 可是BCB在專案越來越大的時候, 提示會變的很慢 可是VC卻還好, 幾乎不會慢, 怎麼差那麼多阿! 現在我的一個PROJECT裡面才三四個FORM, 元件也才用幾個 包括STANDARD, INDY, INTERNET.......每幾種 現在要出現一個指令提示就要超過五秒鐘. .... 這樣寫起程式, 無法行雲流水..思緒也大受干擾...實在痛苦 .. 請問各位前輩.可有解決方法??? .. 另外DELPHI會這樣嗎?? 如果DELPHI不會~ 那我就要捨BCB投DELPHI了....
taishyang
站務副站長


發表:377
回覆:5490
積分:4563
註冊:2002-10-08

發送簡訊給我
#2 引用回覆 回覆 發表時間:2003-02-21 21:42:31 IP:140.135.xxx.xxx 未訂閱
fishxyz您好:    我覺得您可能必須再增加硬體的預算(電腦升級) 我有用到大約
領航天使
站長


發表:12216
回覆:4186
積分:4084
註冊:2001-07-25

發送簡訊給我
#3 引用回覆 回覆 發表時間:2003-02-21 21:42:50 IP:192.168.xxx.xxx 未訂閱
站長用Delphi是不會遇過這樣的狀況 其它用BCB的網友也遇過嗎? 還有C的Include是不是比Delphi的uses效能差呢? ~~~Delphi K.Top討論區站長~~~
------
~~~Delphi K.Top討論區站長~~~
paf
初階會員


發表:36
回覆:70
積分:41
註冊:2002-12-27

發送簡訊給我
#4 引用回覆 回覆 發表時間:2003-02-22 19:07:09 IP:61.57.xxx.xxx 未訂閱
引言: 站長用Delphi是不會遇過這樣的狀況 其它用BCB的網友也遇過嗎? 還有C的Include是不是比Delphi的uses效能差呢? ~~~Delphi K.Top討論區站長~~~
我用BCB也有此問題.... 但我還能接受.... 開發環境:P4 1.5G 256 RAMBUS
HomeSound
中階會員


發表:44
回覆:178
積分:94
註冊:2002-08-31

發送簡訊給我
#5 引用回覆 回覆 發表時間:2003-02-23 04:06:22 IP:61.30.xxx.xxx 未訂閱
小弟用bcb5用P3 700 IDE ATA-33  128m RAM 需要3~6秒 換了P4 2.4 IDE ATA-133 512DDR 就很少發生了 其實RAM加大是必要的,看看HD常作swp動作,再快的電腦也LAG --==多看.多學.多聽==--
------
--==多看.多學.多聽==--
dllee
站務副站長


發表:321
回覆:2519
積分:1711
註冊:2002-04-15

發送簡訊給我
#6 引用回覆 回覆 發表時間:2003-02-23 13:35:54 IP:203.204.xxx.xxx 未訂閱
這個問題也困擾了我許久,至今仍是無解。(我用的是 BCB5) 即使我只開一個專案,只要一個 Unit 超過 3000 行,在 3000 行之後是連出都出不來的,在 1000 行之前則是有正常出現。在 1000 行到 2000~3000 行,則是要看運氣! 什麼!超過 3000 行!! 別太驚訝,雖然我已有多 dll 模組的架構,但部分特殊的 dll 模組有可能超過 1 萬行,而我最大的困擾是「無法設中斷點」!! 對了,我的系統是 >沒空更新的網頁... > 發表人 -
------
http://www.ViewMove.com
okiss
一般會員


發表:11
回覆:55
積分:13
註冊:2002-11-27

發送簡訊給我
#7 引用回覆 回覆 發表時間:2003-03-13 13:40:30 IP:140.127.xxx.xxx 未訂閱
嗯...小弟有一個笨方法: 儘量將project分成多個class... 讓每個class的cpp file少於3000行.. 小弟我是以2000行為主啦...^^ 256MB RAM CPU 800MHZ 提示速度約1-2 sec
yckuo
高階會員


發表:55
回覆:389
積分:238
註冊:2003-03-07

發送簡訊給我
#8 引用回覆 回覆 發表時間:2003-03-13 14:35:12 IP:61.221.xxx.xxx 未訂閱
您好: 小弟用的是 bcb6 ent-p4 ,cpu p4 2G,ram 512mb,也是很龜.. yckuo
------
yckuo
領航天使
站長


發表:12216
回覆:4186
積分:4084
註冊:2001-07-25

發送簡訊給我
#9 引用回覆 回覆 發表時間:2003-03-13 21:01:27 IP:210.202.xxx.xxx 未訂閱
以站長偷偷試用BCB的感想是, Delphi中的uses只是引用.DCU檔, 所以compile不會執行重新編譯的動作! bcb中的include是納入原始定義檔 當.h檔愈多 compile的時間就愈長! 不知大家看法如何? ~~~Delphi K.Top討論區站長~~~
------
~~~Delphi K.Top討論區站長~~~
dllee
站務副站長


發表:321
回覆:2519
積分:1711
註冊:2002-04-15

發送簡訊給我
#10 引用回覆 回覆 發表時間:2003-03-15 23:26:16 IP:203.204.xxx.xxx 未訂閱
引言: 以站長偷偷試用BCB的感想是, Delphi中的uses只是引用.DCU檔, 所以compile不會執行重新編譯的動作! bcb中的include是納入原始定義檔 當.h檔愈多 compile的時間就愈長! 不知大家看法如何? ~~~Delphi K.Top討論區站長~~~
可能吧! .h/.hpp 等於是「未處理」的 raw data,如果每次「提示」時,都要重新將這些 .h/.hpp 讀出並「判讀」再以「提示的格式」顯示,那一定會比 .dcu 要慢,因為 .dcu 是已經 compile 好的,它已是 delphi/BCB 可直接使用的格式,自然可以直接秀出提示! 真的是這樣的話,那 BCB 也許該將內建的 .h/.hpp 都 cache 一下! 但... .h/.hpp 是純文字,可以自由改,不像 .dcu 已是 binary 檔,不易改,如果使用者改了內建的 .h ... ... 說來說去也沒用,除非 Borland 有心要改!再不就是要有 3rd party 提供另類的 hit tool/export ... 每次遇到 BCB IDE 類的問題就會想到是否要改用 DELPHI 了 <>沒空更新的網頁... >
------
http://www.ViewMove.com
fishxyz
一般會員


發表:5
回覆:6
積分:2
註冊:2003-01-27

發送簡訊給我
#11 引用回覆 回覆 發表時間:2003-03-20 04:27:48 IP:210.208.xxx.xxx 未訂閱
感謝各位的建議, 目前我的做法如okiss所言. 另外, 我已經慢慢把案子挪往 Delphi 了,  雖然 Pascal的語法還不是很熟悉 因為寫了好幾年的C. 突然改變語言, 總是會有陣痛期的 BCB這個問題已經存在很久了, 總以為新版的BCB會改善 會改的跟VC一樣好, 可惜, 可惜阿, 那麼好的一個RAD工具,  結果IDE卻有這樣的缺點................... 只好捨BCB邁向DELPHI囉! ^_^
系統時間:2024-04-26 6:43:04
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!