還有人在用BCB6.0嗎?建議換新版2010嗎? |
尚未結案
|
achigo
一般會員 發表:6 回覆:15 積分:4 註冊:2005-05-28 發送簡訊給我 |
|
ddy
站務副站長 發表:262 回覆:2105 積分:1169 註冊:2002-07-13 發送簡訊給我 |
|
GrandRURU
站務副站長 發表:240 回覆:1680 積分:1874 註冊:2005-06-21 發送簡訊給我 |
|
小蟲蟲
一般會員 發表:38 回覆:55 積分:23 註冊:2002-03-13 發送簡訊給我 |
|
dllee
站務副站長 發表:321 回覆:2519 積分:1711 註冊:2002-04-15 發送簡訊給我 |
|
ddy
站務副站長 發表:262 回覆:2105 積分:1169 註冊:2002-07-13 發送簡訊給我 |
升級為unicode 工程耗大…用 QT改寫有比較簡單嗎? XDDD
我覺得dllee 兄是被跨平台的誘因拉過去的 跨軟體平台還是硬體平台? 我的經驗告訴我~~要寫出C/C 跨平台的程式不是件容易的事…除了 GUI framework之外, 特別是關於系統核心物件的部份(thread, mutex, event...) 甚至連socket,檔案,... 都要注意到 每次完成一些 GNU source code 的porting 之後,都會有一些心得…跨平台是由一堆#ifdef 堆起來的高台 XD ===================引 用 dllee 文 章=================== 我們公司還在用 BCB5, 我試用了 C Builder XE, 雖然支援 Unicode 是加分, 但舊有的程式也需要大翻新才能完全支援, 等於所有的 code 要改寫 Review... 工程浩大... 與重寫差不了太多, 因為每個模組需要重新測試。 這使得我有點升不下去.... 目前正在玩 QT4, 有考慮, 如果所有 code 要改寫, 那可能用 QT 來改, 還可以跨平台 |
GrandRURU
站務副站長 發表:240 回覆:1680 積分:1874 註冊:2005-06-21 發送簡訊給我 |
官方說2012會支援linux、mac,是不是可以讓人比較期待呢?
===================引 用 ddy 文 章=================== 升級為unicode 工程耗大…用 QT改寫有比較簡單嗎? XDDD 我覺得dllee 兄是被跨平台的誘因拉過去的 跨軟體平台還是硬體平台? 我的經驗告訴我~~要寫出C/C 跨平台的程式不是件容易的事…除了 GUI framework之外, 特別是關於系統核心物件的部份(thread, mutex, event...) 甚至連socket,檔案,... 都要注意到 每次完成一些 GNU source code 的porting 之後,都會有一些心得…跨平台是由一堆#ifdef 堆起來的高台 XD ===================引 用 dllee 文 章=================== 我們公司還在用 BCB5, 我試用了 C Builder XE, 雖然支援 Unicode 是加分, 但舊有的程式也需要大翻新才能完全支援, 等於所有的 code 要改寫 Review... 工程浩大... 與重寫差不了太多, 因為每個模組需要重新測試。 這使得我有點升不下去.... 目前正在玩 QT4, 有考慮, 如果所有 code 要改寫, 那可能用 QT 來改, 還可以跨平台 |
ddy
站務副站長 發表:262 回覆:2105 積分:1169 註冊:2002-07-13 發送簡訊給我 |
|
dllee
站務副站長 發表:321 回覆:2519 積分:1711 註冊:2002-04-15 發送簡訊給我 |
是沒錯, 要真的跨平台, 鐵定在程式內會有一堆的 #ifdef
如 ddy 所說的那些核心的物件, 我都會一一測試, 至少在 Windows 的平台測試 OK, 才會開始真的做轉換, 目前還都在評估/試用的階段。 至於跨平台的 #ifdef 我想,等真的要上到不同的平台時,才會特別去處理, 否則,沒測過,也不知道要加在那裡。 我想,如果大部分的程式碼都是由 FrameWork 本身提供的元件去做, 基本上,好的 FrameWork 那些 #ifdef 在自己的程式碼就不會太多, 不論是 QT 或是之後用 RAD 做 Linux/Mac,因為那些 #ifdef 應該都 已包在 FrameWork 內。 以我最近寫 QT 的小工具為例,用它來引入現有的 .dll/.lib, 發現 QT 無法靜態連結 .dll (也許可以,但我還不會), 在動態載入 .dll 時,連結的檔名就只要給 .dll 的主檔名, 主要考量是跨平台時,不同的不台的動態連結檔的副檔名不同, 因此,載入時,只需給定主檔名,由它自行判斷是在什麼平台 再去載入合適的檔名。 目前我的狀況是,老闆對跨平台很有興趣,而我則是希望要更新開發工具, 畢竟有很多有的沒的,要用 BCB5 硬上,會粉累 而以跨平台支援度,QT 確實是好很多,線上說明及資料也是最多最完整, 官網也有各版本的元件說明,使用舊版也很容易可以比較差異, 網路上範例也很多,元件拉到表單,上 google 搜一下,就有許多使用方法 的 sample code,對初學者的我來說,真的是太方便了
------
http://www.ViewMove.com |
boss.tw
高階會員 發表:15 回覆:109 積分:194 註冊:2005-05-17 發送簡訊給我 |
小弟最近也被 QT 的跨平台吸引
不知 dllee 有沒有什麼心得分享一下 不好意思離題了 ===================引 用 dllee 文 章=================== 我們公司還在用 BCB5, 我試用了 C Builder XE, 雖然支援 Unicode 是加分, 但舊有的程式也需要大翻新才能完全支援, 等於所有的 code 要改寫 Review... 工程浩大... 與重寫差不了太多, 因為每個模組需要重新測試。 這使得我有點升不下去.... 目前正在玩 QT4, 有考慮, 如果所有 code 要改寫, 那可能用 QT 來改, 還可以跨平台 |
dllee
站務副站長 發表:321 回覆:2519 積分:1711 註冊:2002-04-15 發送簡訊給我 |
|
mephise
高階會員 發表:4 回覆:149 積分:205 註冊:2004-02-09 發送簡訊給我 |
個人覺得 Unicode 是絕對要注意的問題, 翻新程式是免不了的"超大"工程
不僅是你的 Source Code, 你的 Database 也是大問題 然而世界之輪雖然轉動緩慢, 卻永不停止, 曾幾何時, 不是 Unicode 編碼的網頁也經消失不見了 這事情不用急 也急不來 總之 要擺在心裡 這是小弟淺見 新版是 XE, 不是2010, 主要是在IDE上加強很多 (也是個人淺見) 關于 Linux, MacOS 的支援, 是直接產生Excute Code(號稱), so.......應該是Kylix大復活吧(我猜)
------
Mephise Chen 前興德工程師 |
TWY
高階會員 發表:2 回覆:133 積分:152 註冊:2009-09-02 發送簡訊給我 |
|
papjaj
一般會員 發表:11 回覆:15 積分:5 註冊:2007-01-29 發送簡訊給我 |
|
GrandRURU
站務副站長 發表:240 回覆:1680 積分:1874 註冊:2005-06-21 發送簡訊給我 |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |