Delphi For PHP 的試用版

發文回覆瀏覽次數：19980

推到 Plurk!

推到 Facebook!

[<<] [1] [2] [>>]

g9221712 高階會員發表：145 回覆：344 積分：162 註冊：2006-07-06 發送簡訊給我	#32 引用回覆回覆發表時間：2007-04-02 13:14:52 IP:220.134.xxx.xxx 訂閱正當大家還在討論一天試用太短的時候，我已經用著P2P找到可用的版本了！不過說真的還真的想去買一套正式版本，因為我想後續的更新還會很多！而且若有原廠的書籍，應該會對架構更為清楚！我覺得Codegear要知道大家的購買的動機，讓大家覺得買這一套是值得的！這才會有市場！ ------ 「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」程式寫的越久，卻發現自己越來越不會寫程式！
axsoft 版主發表：681 回覆：1056 積分：969 註冊：2002-03-13 發送簡訊給我	#33 引用回覆回覆發表時間：2007-04-03 09:56:42 IP:61.219.xxx.xxx 訂閱官網已經修正--->Free, fully functional 14 day trial http://www.codegear.com/Downloads/TrialandFreeVersions/Delphi/DelphiforPHP/tabid/250/Default.aspx
pcboy 版主發表：177 回覆：1838 積分：1463 註冊：2004-01-13 發送簡訊給我	#34 引用回覆回覆發表時間：2007-04-03 10:08:40 IP:210.241.xxx.xxx 訂閱有人重複申請成功嗎 ? 小弟身請過 1 day trial 這次申請 14 day trial, 申請兩次都沒有收到 Email Key Already Sent It appears you have already requested and/or received a serial number and key for this product. If you feel this is not correct, please contact us at accountmgr@borland.com. If this key was for a download and you need to download the software again, click here. ------ 能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！
g9221712 高階會員發表：145 回覆：344 積分：162 註冊：2006-07-06 發送簡訊給我	#35 引用回覆回覆發表時間：2007-04-03 16:32:16 IP:220.132.xxx.xxx 訂閱我怎麼都無法改成功！可否請前輩Po 一下改的全部代碼？ ------ 「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」程式寫的越久，卻發現自己越來越不會寫程式！
fred 一般會員發表：14 回覆：40 積分：10 註冊：2002-06-15 發送簡訊給我	#36 引用回覆回覆發表時間：2007-04-03 23:08:48 IP:220.134.xxx.xxx 訂閱使用 PHP 開發WEB 一直是我注意的焦點, CodeGear 的Delphi for PHP真的讓我大開眼界, 我把我所知道的最詳細資料來源處貼出來和大家分享, 希望大家減短摸索的時間 http://chuiwenchiu.spaces.live.com/
fred 一般會員發表：14 回覆：40 積分：10 註冊：2002-06-15 發送簡訊給我	#37 引用回覆回覆發表時間：2007-04-04 13:41:41 IP:163.29.xxx.xxx 訂閱請問大家試用了在 C:\Program Files\CodeGear\Delphi for PHP\1.0\VCL\Samples. 結果如何 ? 我自己測試了其中的一些例子, 大陪份都可以順利執行 , 不知各位前輩匯報一下
Jasonwong 版主發表：49 回覆：931 積分：581 註冊：2006-10-27 發送簡訊給我	#38 引用回覆回覆發表時間：2007-04-04 14:47:22 IP:211.75.xxx.xxx 未訂閱除了有連接資料庫的範例不能執行外，其他的範例都可執行另外，我試用資料庫元件，結果是連接不到資料庫 ===================引用文章=================== 請問大家試用了在 C:\Program Files\CodeGear\Delphi for PHP\1.0\VCL\Samples. 結果如何 ? 我自己測試了其中的一些例子, 大陪份都可以順利執行? , 不知各位前輩匯報一下 ------ 聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心
powerhowardchen 初階會員發表：15 回覆：28 積分：28 註冊：2004-04-19 發送簡訊給我	#39 引用回覆回覆發表時間：2007-06-03 00:59:25 IP:122.126.xxx.xxx 訂閱呵呵... 我可不這麼認為喔!! Multibyte String Function 是 php 內一個很重要的轉碼程式, 西方人在開發 php 的工具時, 經常會忽略測試雙位元組語系的功能, 或許也應該這樣認為, 他們對自己開發的東西太有自信了, 總認為理論上都OK. 就像是 Xoops 的中文化功能, 若不是 Xoops 也是雙位元組語系的國家設計的, 一定也很不容易這樣好用. 問題出在於, 經驗! 就只是經驗! 尤其是現在 UTF-8 盛行, 可是 Windows 在 UTF-8的編碼偵測功能卻老是沒有一個解決方法, 所以當然難以緊緊利用一個IDE工具解決. 而且我相信, Delphi for PHP 一樣有著跟 ASP.NET 的 IDE 編輯介面一樣的問題. 要編網頁程式, 不應該用一般Desktop 的程式方式編輯, 應該要像 Dreamwaver 一樣. 說一下 ASP.NET 的IDE問題吧! 在我執行一個專案時, 有客戶問"某某網站可以, 你的程式也應該可以...", 是的, 我是這樣認為, 他要的功能是很簡單的, "當滑鼠移過按鈕上方, 要執行XXX事情"諸如此類的用 Javascript 執行的小功能, 可是用 ASP.NET 的 IDE 功能下, 卻難以實踐, 這是因為 Javascirpt 是 "Client端程式", 不是 "Server端程式"... 說穿了, 就是一個錯誤的迷思, 不懂網頁的人, 以為 PHP 是 "一個程式", 但是事實不是如此, 事實是 "PHP是網頁的Server端程式, 它需要 Client端的程式輔助", 所以要用 IDE 要整合 PHP, 確實是非常困難的. 也難怪李維很自傲的說, "Delphi for PHP 可以支援 Ajax", 因為這確實是很難的事. 說說差別吧: 1.程式編寫與偵錯法 Delphi 等的IDE工具: 組合語言平台的程式要改成 Delphi 不會這麼難, 因為同樣都是在同一端(Server or Client)執行, 所以偵錯也更容易. 而且通常程式語言只有一種, 大不了加上組合語言, 或是會去Call DLL. PHP or ASP.NET 等的 IDE 功能: 最少有兩個端(Client and Server)執行, 偵錯不易(若是太容易, 有安全性顧慮), 而且很難對 Client端程式偵錯(Client 通常是 Javascript). 程式語言最少有兩種, Client 可能是 Javascript, 或是VBScript(所以有人喜歡用VBScirpt寫ASP, 可是這真的是很差的語言). 2.畫面資源: Delphi 等的IDE工具: 畫面都可自訂, 所以程式只要好好跟隨TControl元件做就好, 因為TControl是跟著Windows的DC做的(因為整台電腦的資源都是你的) PHP or ASP.NET 等的 IDE 功能: 執行環境有很多種, 可能是在IE上顯示網頁, 也可能是 Firefox, 而且 HTML 的標準一直在變, 大家也都不照標準走, 亂七八糟. 3.語系: Delphi 等的IDE工具: 當然可以自訂囉, 怎麼玩都可以, 就看你的編碼程式功力. PHP or ASP.NET 等的 IDE 功能: 有點難, 因為最一開始的偵結點, 就是, 當你要讀取一個檔案, 而你要確認這檔案究竟是 UTF-8 還是 BIG-5 或是其他的怪怪碼, 請問, 您要如何得知? 若是不知編碼, 那麼就會轉碼錯誤. 尤其是 UTF-8, 所謂的 Unicode 在這反而容易出問題. 好了, 問題來了, 有人說, 就都用 UTF-8就好了啊(很多程式語言的基礎語系現在都用UTF-8, Windows NT 系統也是), 但是台灣的UTF-8是被改過的, 不是標準的UTF-8, 這是要"感謝中華名國政府, 到現在依然允許造字", 讓繁體中文字數過大, 無法完全納入 UTF-8 內, 所以當我們在用台灣版的 Windows NT (XP,2000,2003,Vista等都是)系統時, 我們才能看到幾乎完整的中文字數. 我剛剛說中文字數的原因在於, 若是編輯程式時使用 Big-5就可以得到較完整的中文支援, 若是 UTF-8時就可以得到較完整的多國語系轉換與編程支援, 但是兩個優點不能兼得. 所以勢必會考量可能會動態轉碼, 但是動態轉碼需要用到像 Multibyte String Function 的工具, 所以, 也一定會出現"要偵測原文件語系的功能", 可是既然無法偵測語系, 那就無解了... 所以, 何以說 Multibyte String Function 跟 Delphi for PHP 無關? 應該說是 "只要使用網頁編輯的工具或是程式, 都需要轉碼系統的支援" 4.可應用功能: Delphi 等的IDE工具: Delphi支援所有的 Windows API, 所以難有無法達成的功能 PHP or ASP.NET 等的 IDE 功能: Client顯示時的螢幕大小不一, 且難以偵測Client環境, 很多較低階的功能難以執行(因為一大堆安全因素). ===================引用 yckuo 文章=================== 那是 delphi for php 的問題,和 PHP?的 Multibyte String Function 無關吧.

[<<] [1] [2] [>>]

系統時間：2024-04-29 23:30:10

聯絡我們 | Delphi K.Top討論版

本站聲明

1. 本論壇為無營利行為之開放平台，所有文章都是由網友自行張貼，如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權，而損及您的利益，請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨，是藍是綠本站無權干涉，但這裡不是政治性論壇！

g9221712 高階會員發表：145 回覆：344 積分：162 註冊：2006-07-06 發送簡訊給我	#32 引用回覆回覆發表時間：2007-04-02 13:14:52 IP:220.134.xxx.xxx 訂閱正當大家還在討論一天試用太短的時候，我已經用著P2P找到可用的版本了！不過說真的還真的想去買一套正式版本，因為我想後續的更新還會很多！而且若有原廠的書籍，應該會對架構更為清楚！我覺得Codegear要知道大家的購買的動機，讓大家覺得買這一套是值得的！這才會有市場！ ------ 「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」程式寫的越久，卻發現自己越來越不會寫程式！
axsoft 版主發表：681 回覆：1056 積分：969 註冊：2002-03-13 發送簡訊給我	#33 引用回覆回覆發表時間：2007-04-03 09:56:42 IP:61.219.xxx.xxx 訂閱官網已經修正--->Free, fully functional 14 day trial http://www.codegear.com/Downloads/TrialandFreeVersions/Delphi/DelphiforPHP/tabid/250/Default.aspx
pcboy 版主發表：177 回覆：1838 積分：1463 註冊：2004-01-13 發送簡訊給我	#34 引用回覆回覆發表時間：2007-04-03 10:08:40 IP:210.241.xxx.xxx 訂閱有人重複申請成功嗎 ? 小弟身請過 1 day trial 這次申請 14 day trial, 申請兩次都沒有收到 Email Key Already Sent It appears you have already requested and/or received a serial number and key for this product. If you feel this is not correct, please contact us at accountmgr@borland.com. If this key was for a download and you need to download the software again, click here. ------ 能力不足，求助於人；有能力時，幫幫別人；如果您滿意答覆，請適時結案！子曰：問有三種，不懂則問，雖懂有疑則問，雖懂而想知更多則問！
g9221712 高階會員發表：145 回覆：344 積分：162 註冊：2006-07-06 發送簡訊給我	#35 引用回覆回覆發表時間：2007-04-03 16:32:16 IP:220.132.xxx.xxx 訂閱我怎麼都無法改成功！可否請前輩Po 一下改的全部代碼？ ------ 「人們所以覺得寂寞，是因為他們會築牆，卻不會搭橋。」程式寫的越久，卻發現自己越來越不會寫程式！
fred 一般會員發表：14 回覆：40 積分：10 註冊：2002-06-15 發送簡訊給我	#36 引用回覆回覆發表時間：2007-04-03 23:08:48 IP:220.134.xxx.xxx 訂閱使用 PHP 開發WEB 一直是我注意的焦點, CodeGear 的Delphi for PHP真的讓我大開眼界, 我把我所知道的最詳細資料來源處貼出來和大家分享, 希望大家減短摸索的時間 http://chuiwenchiu.spaces.live.com/
fred 一般會員發表：14 回覆：40 積分：10 註冊：2002-06-15 發送簡訊給我	#37 引用回覆回覆發表時間：2007-04-04 13:41:41 IP:163.29.xxx.xxx 訂閱請問大家試用了在 C:\Program Files\CodeGear\Delphi for PHP\1.0\VCL\Samples. 結果如何 ? 我自己測試了其中的一些例子, 大陪份都可以順利執行 , 不知各位前輩匯報一下
Jasonwong 版主發表：49 回覆：931 積分：581 註冊：2006-10-27 發送簡訊給我	#38 引用回覆回覆發表時間：2007-04-04 14:47:22 IP:211.75.xxx.xxx 未訂閱除了有連接資料庫的範例不能執行外，其他的範例都可執行另外，我試用資料庫元件，結果是連接不到資料庫 ===================引用文章=================== 請問大家試用了在 C:\Program Files\CodeGear\Delphi for PHP\1.0\VCL\Samples. 結果如何 ? 我自己測試了其中的一些例子, 大陪份都可以順利執行? , 不知各位前輩匯報一下 ------ 聰明的人，喜歡猜心；雖然每次都猜對了，卻失去了自己的心傻氣的人，喜歡給心；雖然每次都被笑了，卻得到了別人的心
powerhowardchen 初階會員發表：15 回覆：28 積分：28 註冊：2004-04-19 發送簡訊給我	#39 引用回覆回覆發表時間：2007-06-03 00:59:25 IP:122.126.xxx.xxx 訂閱呵呵... 我可不這麼認為喔!! Multibyte String Function 是 php 內一個很重要的轉碼程式, 西方人在開發 php 的工具時, 經常會忽略測試雙位元組語系的功能, 或許也應該這樣認為, 他們對自己開發的東西太有自信了, 總認為理論上都OK. 就像是 Xoops 的中文化功能, 若不是 Xoops 也是雙位元組語系的國家設計的, 一定也很不容易這樣好用. 問題出在於, 經驗! 就只是經驗! 尤其是現在 UTF-8 盛行, 可是 Windows 在 UTF-8的編碼偵測功能卻老是沒有一個解決方法, 所以當然難以緊緊利用一個IDE工具解決. 而且我相信, Delphi for PHP 一樣有著跟 ASP.NET 的 IDE 編輯介面一樣的問題. 要編網頁程式, 不應該用一般Desktop 的程式方式編輯, 應該要像 Dreamwaver 一樣. 說一下 ASP.NET 的IDE問題吧! 在我執行一個專案時, 有客戶問"某某網站可以, 你的程式也應該可以...", 是的, 我是這樣認為, 他要的功能是很簡單的, "當滑鼠移過按鈕上方, 要執行XXX事情"諸如此類的用 Javascript 執行的小功能, 可是用 ASP.NET 的 IDE 功能下, 卻難以實踐, 這是因為 Javascirpt 是 "Client端程式", 不是 "Server端程式"... 說穿了, 就是一個錯誤的迷思, 不懂網頁的人, 以為 PHP 是 "一個程式", 但是事實不是如此, 事實是 "PHP是網頁的Server端程式, 它需要 Client端的程式輔助", 所以要用 IDE 要整合 PHP, 確實是非常困難的. 也難怪李維很自傲的說, "Delphi for PHP 可以支援 Ajax", 因為這確實是很難的事. 說說差別吧: 1.程式編寫與偵錯法 Delphi 等的IDE工具: 組合語言平台的程式要改成 Delphi 不會這麼難, 因為同樣都是在同一端(Server or Client)執行, 所以偵錯也更容易. 而且通常程式語言只有一種, 大不了加上組合語言, 或是會去Call DLL. PHP or ASP.NET 等的 IDE 功能: 最少有兩個端(Client and Server)執行, 偵錯不易(若是太容易, 有安全性顧慮), 而且很難對 Client端程式偵錯(Client 通常是 Javascript). 程式語言最少有兩種, Client 可能是 Javascript, 或是VBScript(所以有人喜歡用VBScirpt寫ASP, 可是這真的是很差的語言). 2.畫面資源: Delphi 等的IDE工具: 畫面都可自訂, 所以程式只要好好跟隨TControl元件做就好, 因為TControl是跟著Windows的DC做的(因為整台電腦的資源都是你的) PHP or ASP.NET 等的 IDE 功能: 執行環境有很多種, 可能是在IE上顯示網頁, 也可能是 Firefox, 而且 HTML 的標準一直在變, 大家也都不照標準走, 亂七八糟. 3.語系: Delphi 等的IDE工具: 當然可以自訂囉, 怎麼玩都可以, 就看你的編碼程式功力. PHP or ASP.NET 等的 IDE 功能: 有點難, 因為最一開始的偵結點, 就是, 當你要讀取一個檔案, 而你要確認這檔案究竟是 UTF-8 還是 BIG-5 或是其他的怪怪碼, 請問, 您要如何得知? 若是不知編碼, 那麼就會轉碼錯誤. 尤其是 UTF-8, 所謂的 Unicode 在這反而容易出問題. 好了, 問題來了, 有人說, 就都用 UTF-8就好了啊(很多程式語言的基礎語系現在都用UTF-8, Windows NT 系統也是), 但是台灣的UTF-8是被改過的, 不是標準的UTF-8, 這是要"感謝中華名國政府, 到現在依然允許造字", 讓繁體中文字數過大, 無法完全納入 UTF-8 內, 所以當我們在用台灣版的 Windows NT (XP,2000,2003,Vista等都是)系統時, 我們才能看到幾乎完整的中文字數. 我剛剛說中文字數的原因在於, 若是編輯程式時使用 Big-5就可以得到較完整的中文支援, 若是 UTF-8時就可以得到較完整的多國語系轉換與編程支援, 但是兩個優點不能兼得. 所以勢必會考量可能會動態轉碼, 但是動態轉碼需要用到像 Multibyte String Function 的工具, 所以, 也一定會出現"要偵測原文件語系的功能", 可是既然無法偵測語系, 那就無解了... 所以, 何以說 Multibyte String Function 跟 Delphi for PHP 無關? 應該說是 "只要使用網頁編輯的工具或是程式, 都需要轉碼系統的支援" 4.可應用功能: Delphi 等的IDE工具: Delphi支援所有的 Windows API, 所以難有無法達成的功能 PHP or ASP.NET 等的 IDE 功能: Client顯示時的螢幕大小不一, 且難以偵測Client環境, 很多較低階的功能難以執行(因為一大堆安全因素). ===================引用 yckuo 文章=================== 那是 delphi for php 的問題,和 PHP?的 Multibyte String Function 無關吧.