『壹』 java編程工具有哪些比較好用
一、Editplus
EditPlus是功能很全面的文本、HTML、程序源代碼編輯器。默認的支持HTML、ASP、Perl、C/C++、CSS、PHP、Java、java和VB的語法著色。通過定製語法文件還可以擴展到其他程序語言。可以在Tools菜單的ConfigureUserTools菜單項配置用戶工具，類似於UltraEdit的配置，配置好Java的編譯器Javac和解釋器Java後，通過EditPlus的菜單可以直接編譯執行Java程序。
二、UltraEdit
初學者一般用什麼開發工具?UltraEdit是一個功能強大的文本、HTML、程序源代碼編輯器。作為源代碼編輯器，它的默認配置可以對C/C++,VB,HTML,Java和Perl進行語法著色。用它設計Java程序時，可以對Java的關鍵詞進行識別並著色，方便了Java程序設計。它具有完備的復制、粘貼、剪切、查找、替換、格式控制等編輯功能。可以在Advanced菜單的ToolConfiguration菜單項配置好Java的編譯器Javac和解釋器Java，直接編譯運行Java程序。
三、Eclipse
初學者一般用什麼開發工具?Eclipse是一個開放可擴展的集成開發環境(IDE)。它不僅可以用於Java的開發，通過開發插件，它可以構建其他的開發工具。Eclipse是開放源代碼的項目，並可以免費下載。建議使用Releases或StableBuilds版本。
四、Jcreator
Jcreator是一個用於Java程序設計的集成開發環境，具有編輯、調試、運行Java程序的功能。這個軟體比較小巧，對硬體要求不是很高，完全用C++寫的，速度快、效率高。java課程http://www.kmbdqn.cn/認為具有語法著色、代碼參數提示、工程向導、代碼自動完成、類向導等功能。先進次啟動時提示設置JavaJDK主目錄及JDKJavaDoc目錄，軟體自動設置好類路徑、編譯器及解釋器路徑，還可以在幫助菜單中使用JDKHelp。但目前這個版本對中文支持性不好。
『貳』 推薦幾個C++的編譯器
visual c++ 功能強大,不過需要的容量也很大 ,
TC2.0也不錯 很適合初學者 不過不是很標准 下面有它們的下載網站 你自己根據自己的情況,自己選擇吧,我的建議是VC6.0
TC2.0的:
http://218.64.170.103/dload1.html?cid=
http://218.64.170.103/dload1.html?cid=
VC6.0 的：
http://218.64.170.103/dload1.html?cid=
http://218.64.170.103/dload1.html?cid=
『叄』 求啟動速度快的c++編譯器，不需要太強大的功能，主要是快
vc6簡化版,可以看看
『肆』 請問C++的編譯器都有哪些
網上找的，呵呵
1.Borland C++ Compiler 5.5
「Borland C/C++ 5.5.1 for Win32」是Borland公司在2000年免費放出的一個C/C++編譯器，其功能完整、包含多種SDK，且容量極小，安裝版本大小僅8MB。Borland公司的旗艦級產品「C++ Builder 5」內置的就是這一編譯器。
2.Dev-C++ 5.0
是Bloodshed軟體公司於2002年9月26日推出的一個基於MingW(即GNU C/C++的Win32版)的微型C/C++開發工具。由於使用了GNU C/C+內核，所以在做軟體移植時非常的方便，你可以方便的將一個程序移植到任意一個有GNU C/C++的平台。而且由於基於GNU C/C++的開放源代碼軟體很多，所以使用Dev-C++是一個很好的選擇。但由於它的調試不便，幫助不全等問題，也使得它在推廣上舉步艱難，遠比不上Borland C/C++、OpenWatcom C/C++這兩個同是免費的編譯器。
3.DJGPP
DJGPP是基於32位保護模式的C語言編譯器，是一個GNU軟體，換句話說，你可以得到它整個系統的源代碼，且可以任意修改。它的集成環境RHIDE是仿Borland C++ 3.1的，十分好用，這比Watcom C要強多了。
4.LCC-Win32
運行於Windows9x/Me/NT/2000下的免費的32位C語言編譯系統。它的原始發布文件只有 3M，但卻擁有一個功能強大的集成開發環境(IDE)、速度極快的編譯器與連接器、方便順手的調試器、資源編輯器和版本控制系統。另外還提供圖像編輯器和 C 語言源文件格式化縮進器等附加工具。通過它的應用程序向導，你可以單擊幾次滑鼠輕松得到一個應用程序框架，絲毫不比其它龐大的同類軟體遜色。 你可以用LCC-Win32開發32位的控制台程序、Windows常規程序、動態連接庫(DLL) 以及靜態連接庫(LIB)。LCC編譯器支持標準的ANSI C，同時支持 C語言的擴展。通過下載相關工具，LCC-Win32還提供對Eiffel、Fortran語言的支持。
5.OpenWatcom：Watcom系統編譯器是加拿大Watcom公司開發的Intel x86體系16/32位編譯器，其最新版是11.0c。
Watcom C/C++的集成開發環境極差，不像Borland C/C++和Visual C/C++那樣有漂亮的界面，編譯連結不過輕輕一點。Watcom C/C++的大部分使用者都在命令行下編譯程序。想想吧！一個需要在命令行下編譯程序的編譯器，怎麼匹敵Borland C/C++和Visual C/C++，甚至是C++ Builder呢？
現在我們所用到的OpenWatcom C/C++ 1.0便是Watcom C/C++ 11.0c開放後的版本，它是免費、而且開放源碼的。
6.當然還有我們經常看見的TC2.0 TC3.0 Borland C++3.1 等
需要付費的編譯器(有些允許有評估期的免費下載)：
Borland C++
Comeau C++ - 支持多平台
Compaq C++
Digital Mars C++
Edison Design Group C++ Front End - 被許多C++編譯器廠商採用
Green Hills C++ - 支持嵌入式系統平台
HP C++
IBM C++
Intel C++ - 支持Windows, Linux, 和其他嵌入式系統
Interstron C++
Metrowerks C++ - 支持多平台，可從Metrowerks主頁上查詢
Mentor Graphics/Microtec Research C++ - 支持嵌入式系統平台
Microsoft C++
Paradigm C++ - 支持x86嵌入式系統
The Portland Group C++ - 針對奔騰CPU優化
SGI C++ - 優化的編譯器
Sun C++
WindRiver's Diab C++ - 用於很多嵌入式系統
『伍』 C++的編譯器都有哪些啊謝謝！！！！
1.Borland C++ Compiler 5.5
「Borland C/C++ 5.5.1 for Win32」是Borland公司在2000年免費放出的一個C/C++編譯器，其功能完整、包含多種SDK，且容量極小，安裝版本大小僅8MB。Borland公司的旗艦級產品「C++ Builder 5」內置的就是這一編譯器。
2.Dev-C++ 5.0
是Bloodshed軟體公司於2002年9月26日推出的一個基於MingW(即GNU C/C++的Win32版)的微型C/C++開發工具。由於使用了GNU C/C+內核，所以在做軟體移植時非常的方便，你可以方便的將一個程序移植到任意一個有GNU C/C++的平台。而且由於基於GNU C/C++的開放源代碼軟體很多，所以使用Dev-C++是一個很好的選擇。但由於它的調試不便，幫助不全等問題，也使得它在推廣上舉步艱難，遠比不上Borland C/C++、OpenWatcom C/C++這兩個同是免費的編譯器。
3.DJGPP
DJGPP是基於32位保護模式的C語言編譯器，是一個GNU軟體，換句話說，你可以得到它整個系統的源代碼，且可以任意修改。它的集成環境RHIDE是仿Borland C++ 3.1的，十分好用，這比Watcom C要強多了。
4.LCC-Win32
運行於Windows9x/Me/NT/2000下的免費的32位C語言編譯系統。它的原始發布文件只有 3M，但卻擁有一個功能強大的集成開發環境(IDE)、速度極快的編譯器與連接器、方便順手的調試器、資源編輯器和版本控制系統。另外還提供圖像編輯器和 C 語言源文件格式化縮進器等附加工具。通過它的應用程序向導，你可以單擊幾次滑鼠輕松得到一個應用程序框架，絲毫不比其它龐大的同類軟體遜色。 你可以用LCC-Win32開發32位的控制台程序、Windows常規程序、動態連接庫(DLL) 以及靜態連接庫(LIB)。LCC編譯器支持標準的ANSI C，同時支持 C語言的擴展。通過下載相關工具，LCC-Win32還提供對Eiffel、Fortran語言的支持。
5.OpenWatcom：Watcom系統編譯器是加拿大Watcom公司開發的Intel x86體系16/32位編譯器，其最新版是11.0c。
Watcom C/C++的集成開發環境極差，不像Borland C/C++和Visual C/C++那樣有漂亮的界面，編譯連結不過輕輕一點。Watcom C/C++的大部分使用者都在命令行下編譯程序。想想吧！一個需要在命令行下編譯程序的編譯器，怎麼匹敵Borland C/C++和Visual C/C++，甚至是C++ Builder呢？
當然，編譯器的好壞並不能單單從使用方便使用上來比較，專業的程序員最關心的是目標程序的質量。Watcom系列編譯器相比Borland編譯器和Microsoft編譯器有一個最大的優勢，那便是速度：用Watcom C/C++編譯出來的程序在速度上遠遠超越(記住，不是一點兒，是超越了許多)了Borland C/C++和Microsoft Visual C/C++編譯出來的程序。這樣一來，即使是沒有集成開發環境，程序員們也認了。這也是不少游戲程序員親昧於這個編譯器的原因。
現在我們所用到的OpenWatcom C/C++ 1.0便是Watcom C/C++ 11.0c開放後的版本，它是免費、而且開放源碼的。
6.當然還有我們經常看見的TC2.0 TC3.0 Borland C++3.1 等
參考資料：http://antare.bokee.com/3361182.html
需要付費的編譯器(有些允許有評估期的免費下載)：
Borland C++
Comeau C++ - 支持多平台
Compaq C++
Digital Mars C++
Edison Design Group C++ Front End - 被許多C++編譯器廠商採用
Green Hills C++ - 支持嵌入式系統平台
HP C++
IBM C++
Intel C++ - 支持Windows, Linux, 和其他嵌入式系統
Interstron C++
Metrowerks C++ - 支持多平台，可從Metrowerks主頁上查詢
Mentor Graphics/Microtec Research C++ - 支持嵌入式系統平台
Microsoft C++
Paradigm C++ - 支持x86嵌入式系統
The Portland Group C++ - 針對奔騰CPU優化
SGI C++ - 優化的編譯器
Sun C++
WindRiver's Diab C++ - 用於很多嵌入式系統
『陸』 java初學者用什麼編譯器好
編譯器？？應該都是用的Sun JDK吧，如果你是指的編程環境，簡單的寫字板、UltraEdit都可以，專業一點的可以選Eclipse和Netbeans,再復雜一點的用JBuilder吧
『柒』 為什麼Delphi的編譯速度如此之快
因為你的工程太小。找個巨大的工程試試
delphi的快也是老黃歷了，說它快可能是指很久以前在其它條件基本相同的情況下，代碼生成速度相對於其它編譯器快一些。編譯的快慢跟很多因素相關，比如工程的大小，是否採用了預編譯，優化的層次深度，優化選項的選擇等。
『捌』 綜合來說，幾大主流C++編譯器(icc,gcc,clang,vc++等)究竟孰優孰劣
我曾編出各種C++ 11編譯器的支持，並有C++ 14編譯器支持一批。
實際使用
對VC編譯的速度不斷提高，內存佔用已經從VC12開始明顯提高，而最明顯的是可變參數模板。還有內置的代碼靜態分析，在實際中很有用。32位保護模式下，ss寄存器存的是一個段選擇子，選擇子是一個數字，通過IDT(局部描述符表)或者GDT(全局描述符表)選擇一個段描述符，描述符裡面的信息包含該段的取值范圍和大小。
vc14的靜態分析不在每次載入一個ie（對，以前每分析一個.cpp，就載入一次ie！），速度快了相當多。
『玖』 c++builder編譯速度太慢，能不能通過設置來加快
C＋＋builder是最快的C＋＋編譯器之一，從編譯速度來說也可以說是最快的win32C＋＋編譯器了。除了速度之外，C++builder的性能也在其它C＋＋編譯器的之上，但許多delphi程序員仍受不了c++builder工程的編譯速度。的確，delphi的速度要比任和c++的編譯器都要快好多。Delphi在編譯一個小工程的時候可能不到一秒，大的工程一般也在5秒鍾這內編譯完成了。
為什麼delphi會比c++builder快這么多？是否有方法來c++builder的編譯速度？本文就講解了為什麼C＋＋的編譯器速度會慢，並且介紹了一個簡單的方法來減少c++builder的編譯時間。
為什麼c++編譯器的速度會慢？
c++builder 使用者怎麼通過預編譯頭文件來減少編譯時間？
講解基於VCL可視化工程的預編譯頭文件方法
優化c++builder對預編譯頭文件的使用
結論
注意事項
為什麼c++編譯器速度慢？
在C＋＋中，你只能使用預定義或是預先聲明了的函數，這意味什麼？來看一個簡單的例子，函數A()調用函數B（），函數A（）只能在函數B（）的原型或是函數體在A（）之前才能調用它
『拾』 GCC/G++，ICC，Clang，MSVC，BCC等C/C++編譯器有什麼特長和不足
clang編譯速度快，但是貌似編譯結果運行相對會慢。功能更新一般也比較快。
g++編譯速度比clang慢，編譯結果運行貌似比clang快。功能更新稍慢。
vc這幾年沒編譯過大工程，感覺上編譯速度在clang和g++之間。以過去的經驗g++和vc編譯結果運行速度差不多。功能更新上就是一坨屎。但是在Windows上寫點正經東西你可能不得不用它，相對的你也只能在Windows上用它。
icc很久沒用過，過去印象編譯速度很慢，運行速度最快但是感覺有點得不償失。最大的問題是這東西要錢，前三個都是免費的。
bcc直接無視就好了。
