各位大大~~~小弟有一個心中的疑惑~~ 就單獨以資料庫程式而言假設大家用的都是linux 平台 用php 來寫資料庫程式和用delphi 來寫資料程式 請問您哪一種效能最好、員工最能接受? 我的同事有個錯誤想法 { 他們認為delphi 處理資料的方式就是把資料下載回來本地端後 式才有回應、而且疑慮說那會不會因為資料都還沒load完整~~~程式就當住了} 我覺得這是錯誤的，不知道大大認為如何.. 還有delphi 開發的東西~有人感覺到它的價值越來越低、 而且他們也認為與其我開發delphi 程式還不如去寫java app . 大大這樣的說法我感覺很不對....不知道您有什麼意見 一般市面上有很多ERP的解決方案例如...高X雅翼...正X....鉅X等等 我看到他們似乎都是用這樣工具來開發....請問原因何在?為什麼他們不用 java來寫難道他們不知道將來就是.net 與Java 之爭? 小弟程式寫的不夠多~~看的也不夠廣希望大大給我意見

小弟愚見..安全性考量Kylex似乎比較好一點......程式升級或修改,用PHP似乎比較容易一些,除非有應用程式伺服器.. ~~ 新手上路.衝.衝.衝. 發表人 - unisabilly 於 2004/08/18 23:44:48

就你第一個問題而言,端看採用的解決方案,使用者的習慣,維護的便利性,以及前台的平台種類,來選擇開發的工具,個人認為每一種軟體都有其優缺點,端看是否用在適合的地方. 第二個問題,這絕對是錯誤的想法,是否他們根本就不懂Delphi中處理資料的方法呢?無論是使用BDE,ODBC,或是OLE端看你程式怎麼設計,你如果硬要設計成資料都下載下來才處理,那也是可以啦,不過應該沒人這樣做才是. 第三個問題,就跟第一個問題是一樣的,看你開發的東西是要用在哪裡,我是覺得每一種工具都有其價值,適才適所的用他們才能顯示出其價值. 第四個問題,也跟第一個問題一樣,這些公司一定有做過考量,也考量到本身的技術人員的問題吧,就如同我一直強調的每一種工具或語言都有其最適合的地方,我不認為以後是 .net 或java的天下,那C/C 呢?可以丟掉了?未必,每一種都有其優點與缺點. Best Regards, Rex Chiu

------
Best Regards,
Rex Chiu

就單獨以資料庫程式而言假設大家用的都是linux 平台 用php 來寫資料庫程式和用delphi 來寫資料程式 請問您哪一種效能最好、員工最能接受? // 好像文不對喔 delphi與php是開發工具 效能來說看功力 經驗 =白說(大家都知道) 要使用免摳摳的東西 當然也要具有免摳摳的程式功力 就是把免摳摳的BUG除虫 整合 利用 我的同事有個錯誤想法 { 他們認為delphi 處理資料的方式就是把資料下載回來本地端後 式才有回應、而且疑慮說那會不會因為資料都還沒load完整~~~程式就當住了} 我覺得這是錯誤的，不知道大大認為如何.. //你同事算滿利害的 因為他只看到不好的 針對不好的解決不就是 ok 事實上 不是你同事的錯也不是你的錯 是架構與感覺的錯覺 基本上 沒有不load的系統 是多是少 分散還是即時 所以 這=效能來說看功力 經驗 還有delphi 開發的東西~有人感覺到它的價值越來越低、 而且他們也認為與其我開發delphi 程式還不如去寫java app . 大大這樣的說法我感覺很不對....不知道您有什麼意見 //他的價值低是因為 他不再有抗衡ms的團隊的流言與事實 真正來說是幫ms教育工程師 本身工具來說仍勝ms但以某內核問題 仍然是ms比較有解決方式如Unicode問題等 一般市面上有很多ERP的解決方案例如...高X雅翼...正X....鉅X等等 我看到他們似乎都是用這樣工具來開發....請問原因何在?為什麼他們不用 java來寫難道他們不知道將來就是.net 與Java 之爭? 小弟程式寫的不夠多~~看的也不夠廣希望大大給我意見 //我想在沒有舊包袱之下 談新技術工具是正常的 舊包袱=盈收 談新技術也=賭未來更大盈收 黑貓白貓 會咬老鼠的就是好貓

conundrum 大大    //我想在沒有舊包袱之下 談新技術工具是正常的    恩~~您這句話給我蠻多的開悟~~    不過我還是有個疑問    類似delphi 的IDE tools 是不是真的要把東西都下載到本地端才可以執行呢?    大大 您有什麼意見?    小弟會這樣問、是因為我尚未悟透delphi  希望大大幫小弟慣頂開惑... 小弟感激不盡

不是阿 但也是阿 因為我的認定可能與你不一樣 我認定不論是TCP或其他型態都算 但別人可能不算 不漏進來診顯示 差別在於要如何漏你要的 非漏你要的之外再讀你要的 李維大師的分散架構的書 你可以看看 就算只知道觀念也等於是方向 要漏在檔案型態 還是由記憶體直接處理 很多方式 這也是新技術的突破 不過 以局部範圍 不牽涉架構下 高明的設計師 會先由 數學的方式 想辦法變成程式 再變成最佳化 再變成可利用元素 KTOP上有一位 數學 高手 http://delphi.ktop.com.tw/pop_profile.asp?mode=display&id=6549 想辦法把問題變成數學 再問問此版主 不就一舉數得 哈哈哈哈哈 不知道這樣說 庵可能被此版主k 哈哈 Microsoft Office Excel 很利害 他可以解決很多分析的處理 了解分析也是一門快速超越與一般gui程式師的捷徑 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 類似delphi 的IDE tools 是不是真的要把東西都下載到本地端才可以執行呢 你同事說的應該是資料庫的使用不同 有無支援stored procedure 預存程序 資料庫 mssql有支援 速度尚可 標準sql mysql不支援 速度快 非標準 非程式語言工具 所以你說的 delphi 的IDE tools 是無很大關係 不過你同事的心態 應是希望朝.net或java來累積未來的程式之路把 PHP與ASP比較 PHP在速度上與開發上應與asp差不多 但PHP差於asp的com ax等 但asp差於PHP的跨平台優勢 如果不是很重視 平台問題 那一種都無差 也都支援mssql或甲骨文這樣的資料庫 發表人 - conundrum 於 2004/08/19 21:44:41

Sorry，小弟知道錯了，下次一定不再莽撞了 發表人 -

------
人生在勤，不索何获？

http://delphi.ktop.com.tw/topic.php?topic_id=41900 李維的演講 由於音效不是很好 請四下無人時 開啦叭最大聲去聽 仔細聽 用心聽應該有好的收獲 雖然是2002年的 重點是一樣的 後面一個 200萬台幣的職務 仔細聽喔 哈哈 沒游標無法反轉 最可惡 哈哈 http://delphi.ktop.com.tw/topic.php?method=AddScore&topic_id=49088&ToMemberID=11988 我實在看不出來有什麽功能是PHP能做而Delphi一定做不出來 庵 上述之言 不是說PHP與delphi的差異 是問者 真正的問題 應是有無支援 stored procedure 庵猜的 但問者可能未說明清楚把 PHP始終是一種伺服器內置式的script語言，利用它做出的産品，每賣出一套，就等於分發一套(所有的code都送出去了)。 //對delphi來說也是差不多 PHP可以加密的工具為zend 要口口 而.net或java可能會更是送出去 asp那也更不用說了和php一樣 .net與java被輕易反組譯是很正常的 日後的程式 不是比開發速度 而是創意下的整合 ms說不定被要求 開放原始碼或ms自己開放原始碼這都不一定喔 所以日後其實和以前一樣 創新的創意才能致勝 優秀的品質良好的服務才能長期 哈哈 哈哈哈 討論越辨越明 是japhenchen 兄的簽名 哈哈 【發表】中文Script處理程式 http://delphi.ktop.com.tw/topic.php?TOPIC_ID=43340 可惡的範例 沒記住 害庵找了30分 哈哈哈哈哈 發表人 - conundrum 於 2004/08/19 22:58:20

引言: KTOP上有一位 數學 高手 http://delphi.ktop.com.tw/pop_profile.asp?mode=display&id=6549 想辦法把問題變成數學 再問問此版主 不就一舉數得 哈哈哈哈哈 不知道這樣說 庵可能被此版主k 哈哈

不是可能... 是一定.... 而且是海扁...< > < >...(不打自招...XD|||||) conundrum 分析的很好, 很有自己的看法!! 基本上... conundrum 的發言一向有自己的Style ! ------------------------------- 數學系是內功很強(邏輯/分析) 資工系是招式很多(程式技巧) 就像令狐沖VS東方不敗:D Anpinos Middle Earth http://anpino.hp.infoseek.co.jp/ -------------------------------

引言: 不是可能... 是一定.... 而且是海扁...

哈哈 其實很希望 anpino 版主 能把一些數學符號的特性 應用於程式上分享給網友知道 類似 一般電子計算機 的 開跟號 等 如何程式化 以前老版教99乘法表 說要自己用delphi寫10種不同方式 庵到目前還想不出 不知 anpino 版主 可否教一下 老版說 會寫99乘法表 就是了解陣列的用法了 算教玩了 問大老版 他說做生意只要會

引言: 哈哈 其實很希望 anpino 版主 能把一些數學符號的特性 應用於程式上分享給網友知道 類似 一般電子計算機 的 開跟號 等 如何程式化

這都是離散數學的範圍, 沒什麼難度啦! 而且網路上搜尋得到。(<-- google!!)

引言: 以前老版教99乘法表 說要自己用delphi寫10種不同方式 庵到目前還想不出 不知 anpino 版主 可否教一下 老版說 會寫99乘法表 就是了解陣列的用法了 算教玩了 問大老版 他說做生意只要會 >< face="Verdana, Arial, Helvetica"> Delphi我不會, 我只會C , JAVA。

引言: 現在 政府堆的 建構式 數學 應是對數字理解教弱的人為佳 以開導為主 以前的 心算數學 比較卡 實在 快 狠 準

建構式...唉... 實在不知道那些"專家"在想什麼... ------------------------------- 數學系是內功很強(邏輯/分析) 資工系是招式很多(程式技巧) 就像令狐沖VS東方不敗:D Anpinos Middle Earth http://anpino.hp.infoseek.co.jp/ -------------------------------

剛好逛到這裡看到各位大大分享看法,讓我忍不住也想留言 本人之前是撰寫PHP的 目前撰寫Delphi 先說我對兩套的觀感再說我轉DELPHI的原因 PHP 是很開放的網路語言,有程式跟HTML的廣泛用法特性,易學易懂,入門快速 應用上很快能夠寫出各種網路應用程式,但是在某些部分與JAVA....等配合會更順手,也就是說學PHP可以學到程式的"廣度" Delphi & BCB & C 這些都很不錯,就如同上面大大說的,舊有程式的包袱是最大考量,學習這些程式可以增加 "深度" 例如:PHP撰寫相關網路程式由於只要拿到原始碼或伺服器內的資料,就可以修改程式,或者輕易複製後變成別人的產品,這是開放軟體的特性,也是人性>"< Delphi Cilen&Server 程式只要設計師沒開放原始碼,基本上要反組譯後重制或修改,不是一般人可以做得到的, 重點:PHP在server上跑的是原始程式,Delphi跑的是組譯過的程式,其他的考量就必須看自己 之前寫電子商務在重點技術關鍵上我會選擇透過核心檔來處理,其他程式就會用php來設計,畢竟在網際網路上跑的方面PHP確實有他的優越性,所以學哪種都好重點是怎樣創造出自己程式能力的"深度"與"廣度", 一時性起,如有不當之處請各位包涵與指教 ^_____^ 分享比獲得更快樂--Juneo

引言: 重點:PHP在server上跑的是原始程式,Delphi跑的是組譯過的程式,其他的考量就必須看自己

當寫程式如廚房大廚為客戶作菜時 你會覺得 火侯 控制 才能最重要的 至於 殺咪語言 殺咪反組譯 全看當時列菜單的 自己的所列與真實菜色 呈現於食客時 是色香味美 還是中看不知味 當廚師最重要的是 1 作菜令人聞香下馬 2 ㄘ好菜令人口齒留香 黯然銷魂的燒肉飯如果ㄘ不到 那那那會很....... 那當老板的最重要的就和廚師不一樣啦 做殺咪像殺咪

我也使用 Delphi, 也使用 PHP, 也使用 Java, Perl ...... 個人覺得這不是優劣的問題, 而是需求的問題, Delphi 用在 Win32 平台, PHP 則用在 Web 介面, 根據案子的特性不同及客戶的需求, 我使用不一樣的開發工具, 甚至同時使用...... 資料的下載跟使用的語言無關吧, 假設你是使用 SQL 資料庫, 資料的粹取都是由 SQL Server 來進行, 最後再由你的 Client 端來顯示資料, 差別只不過是一個由 Delphi 程式接收, 一個由 Browser 接收, 這有什麼差別? 我的看法是, Delphi 具有較強的控制能力(例如印表), 而 PHP 則具有安裝簡易的優點(妳根本不需要安裝, 每台電腦都有 Web Browser 吧) 最近才剛接了一個案子, 伺服器(Linux)接收來自於數個外站的資料, 外站位於鳥不生蛋的地方, 我使用 GPRS 自定 Socket 傳送資料, 伺服器端用 Java 撰寫 Daemon 接收資料再轉入 MySQL 中! Client 端使用 PHP 搭配 GD 繪圖供一般人瀏覽或查詢資料, 此外再用 Delphi 寫一支進階的列表與管理程式. 所以啦, 所有開發工具都用到啦! 而且效能不錯喔! 個人覺得 Java 有點慢, 而且商用的 JSP Engine 很貴, 湯姆貓又有點效能不彰, 我通常只用它來寫一些 Daemon 或 Applet 而已 Mephise Chen

------
Mephise Chen
前興德工程師