[英]What is the best alternative IDE for Delphi (.NET)
我在 Delphi 2007(win32 和 .Net)工作,但 CodeGear IDE 經常讓我煩惱,所以如果可能的話,我想找一個替代品。
我們有一個構建腳本,所以我可以從命令行編譯,而且我很少做任何 GUI 設計,所以我唯一需要的是一個文本編輯器(帶有語法突出顯示、自動完成/智能感知......)。
我想使用 Visual Studio 或 Emacs 但不知道在這些環境中使用 Delphi 代碼有多可行。 特別是調試 - 即使我不使用它進行編輯,Delphi IDE 仍然可以充當我的調試器嗎?
有沒有人有脫離 RAD 工作室的經歷?
PS 我知道新的 Delphi Prism 但這不能解決我的問題 - 我仍然需要在 vanilla Delphi 中工作並使用 Delphi 2007 編譯器。
您可以做的一件事是加入GExperts讓您的生活更美好。
(來源: gexperts.org )
(來源: gexperts.org )
Emacs 似乎確實具有Delphi 編輯模式,如果您嘗試啟動和運行,這可能是一個很好的起點。
您當然可以在 Delphi IDE 之外編輯源文件。 當您切換回 IDE 時,它會注意到文件已在其中更改,並詢問您是否重新加載它們(如果它們當前在編輯器中打開)。 如果您從未在 IDE 中進行編輯,這是一件安全的事情,但為了防止出現確認,最好不要在 Delphi 編輯器中打開源文件,同時在 Z762D19AB5586DC0C1Z36F25 中編輯它們
即使您使用自定義構建腳本並從 emacs 構建項目,您仍應使項目文件保持最新。 當您在 IDE 中使用調試器時,它通常會首先編譯項目。 為了讓它始終有效(即使是視覺形式或框架繼承),正確的項目文件至關重要。 當您在搜索/瀏覽路徑中的不同目錄中有多個具有相同名稱的源文件,或者如果您的搜索/瀏覽路徑中沒有所有源目錄時,調試也很重要。
無論您使用什么工具來編輯或更改源文件,請確保在所有行中始終使用 DOS 樣式的 CR+LF 行尾( \r\n , #13#10 ),僅作為 LF ( \n , #10 ) 容易混淆 IDE - 您會注意到調試器中的藍點與源代碼行不同步,並且編譯器錯誤行號是錯誤的。 在源文件上使用sed或awk可以節省大量時間,但請務必使用為 Win32 編譯的工具,而不是(例如)cygwin 環境提供的工具。
我知道名為Lazarus的 FreePascal 編輯器是一個不錯的替代品。
雖然它與 VCL 不兼容,但它只適用於新項目。
如果您的主要問題是 Delphi 2007 IDE 的低速,請使用DelphiSpeedUp 。
請參閱免費的 OPEditII,位於 codefactor2.com [該頁面不再可用,而是顯示垃圾郵件] 這聽起來像是后期代碼因子的免費和更新版本。 值得一提的是,它在 Windows 七個 64 位下工作起來就像一個魅力,而且速度非常快,集成了 Delphi 代碼解析器。 所以你有一個 class 瀏覽器,代碼完成,從界面到實現的代碼導航,還有很多代碼重構工具。
如果你有 Delphi 2009 並且對你來說不煩,試試Andy 的 IDE 編譯器插件 1.0
它可用於使用 Delphi 2009 編譯 Delphi 2007 項目。
我使用 CodeFactor,但不幸的是它不再可用。
Delphi 2009 是一個相當大的改進,甚至超過了 Delphi 2007,所以如果你有辦法,那可能會有很大幫助。
看看Multi Edit——它是一個很棒的編輯器,並且支持 Borland 產品
你應該試試Semware的 TSEPro(又名 QEdit)。 它支持該語言,一個非常強大的宏系統,並支持從編輯器內部通過 bcc32 進行編譯。
一種選擇是EditPad Pro 。 我沒有嘗試過該產品,但我知道供應商是可靠的。
ConText或EditPad Pro都為 Delphi 代碼提供語法突出顯示,許多其他程序員編輯器也是如此(盡管他們有時稱其為 Pascal)。 不過這兩種我都用過,而且效果很好。 當我想打開代碼片段或示例時,我會使用它們。
它們都有一個很好的特性,就是能夠將特定命令與某些文件類型相關聯。 因此,您可以將 Delphi 命令行編譯器或您的構建腳本與您的源文件相關聯,以允許您從那里構建、運行單元測試等。 我用其他命令行編譯器做過類似的事情,但坦率地說,我真的很喜歡 Delphi IDE 所以沒有必要嘗試更換它。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.