Ⅰ C語言的編輯器和編譯器哪個好些
DEV c++ 這個好
當然要編譯器了
編輯器就相當與
WINDOWS的記事本 只是負責你打字進去的
有編譯器才能把源代碼編譯成程序
TC2.0太老了
是個新手的話推薦別用VC那玩意
Ⅱ Qt編程是干什麼的啊!要用什麼編譯器!
Qt是諾基亞開發的一個跨平台的C++圖形用戶界面應用程序框架。純粹面向對象的一個界面庫，比如MFC就是微軟提供的一個用C++寫的GUI庫，當然MFC里還有很多多線程，數據結構相關的類。看看網路吧。http://ke..com/view/23681.htm
Ⅲ 用QT開發ARM和用C語言keil開發ARM孰優孰略
這是一份來自【北航嵌入式培訓中心】的嵌入式linux工程師的課程表，樓主看完之後應該能知道嵌入式linux培訓該學習哪些東西，先學什麼，後學什麼，基本上會有一個框架。
第一階段 合格Linux C程序員階段
課程名稱
課程內容
課時
C語言
基本C語言語法，變數，過程式控制制
C語言簡單參數傳遞，數組和指針概念
基本C語言程序設計實踐初級
專題（1）C和指針
專題（2）C語言的Bug和筆試真題分析
56
(選學)
Linux系統與C語言編程（初、中、高級）
Linux基本操作
Linux下的基本編程方法binutils工具集介紹
Linux下的c語言程序設計和編程習慣
shell程序設計;文件與I/O操作;進程與信號;進程間通信;網路編程
136
數據結構C語言描述
線性表;棧和隊列
數組和廣義表;樹和二叉樹
圖的概念和應用;動態存儲管理
排序和查找的討論
32
C++程序設計
C++程序設計基本概念，類和數據抽象構造和析構函數，函數的二義性討論；函數重載
16
QT程序設計
QT的介紹和開發環境;QT的類和控制項，信號和槽;QT應用實例應用
24
項目實戰：劃艇收費系、數碼相框(PC機)
第二階段 嵌入式Linux C程序員階段
課程名稱
課程內容
課時
ARM體系結構與編程
ARM概述及指令分類、定址方式
ARM指令集精講和匯編語言程序設計ARM存儲系統和中斷、異常處理
基於ARM的介面編程
32
嵌入式Linux系統移植
嵌入式系統概念和開發環境搭建
Boot loader概念和啟動過程分析
U-Boot移植和代碼分析
嵌入式Linux系統移植和編譯
嵌入式Linux系統介面驅動移植
文件系統的概念和根文件系統的製作
48
QT移植
QT編譯和應用庫的製作
QT移植和應用程序編程
16
第三階段 嵌入式Linux C驅動工程師階段
課程名稱
課程內容
課時
嵌入式Linux系統設備驅動程序開發（初級）
Linux設備驅動的概念和開發過程
Linux設備驅動中的機制和策略
Linux設備驅動模型和高級同步機制
嵌入式Linux介面驅動工程實踐
48
項目實戰：視頻監控系統
第四階段 嵌入式Linux工程師階段
課程名稱
課程內容
課時
嵌入式Linux系統設備驅動程序開發（高級）
觸摸屏驅動研究與開發實踐
MTD設備驅動研究與開發實踐
Frame Buffer和LCD驅動研究與實踐
網路設備驅動研究與開發實踐
SD卡驅動研究與開發實踐
USB設備驅動與開發實踐
48
工程實踐項目（根據課程進度安排項目）:
GPRS遠程網路視頻監控系統/數碼相框（開發板）
智能家居系統
簡易POS機系統
車載娛樂終端
補充：
二、萬事開頭難，找准了方法，一直堅持，一定會學好的，加油！
Ⅳ 誰知道c語言各個編譯器優缺點越詳細越好
編譯器種類很多，最主流的還是turbo和VC，主流的東西可參考資料多，建議用這兩個。但VC好用些，圖形環境。
Ⅳ 為什麼很多人建議學C語言不用任何IDE，直接用編輯器和編譯器
這樣的話就會更多的專注於語言本身，而不是IDE的各種花式功能了。不過光用編輯器和編譯器而沒有調試器也不太好，學會調試也是非常重要的。因此一個輕量級的IDE也是很有必要的，當然如果你有信息在命令行下調試也是可以的，那樣的話就真的不需要一個IDE。輕量級的IDE我推薦devcpp和qtcreator。
Ⅵ qt 只能寫c++程序嗎，不能寫c語言的程序嗎，要寫c只能用 gtk嗎
1、是可以的吧。c的文件，照樣編譯通過，使用正常參見網上：於是，為了達到最好的開發效果，開始想辦法用QtCreator來寫C/C++程序，他不僅有完善的IDE，方便的智能完成，還內嵌了gdb，調試起來很方便，感覺就和VS2005無異，更方便的是還集成了Git等版本控制插件，可以說是相當完美了。
2、其實，QtCreator是本來就是可以寫C/C++程序的，唯一的缺陷就是，它會把兩個庫鏈接進去QtCore和QtGui。這兩個是默認庫，但 是一般我們的標准C/C++程序是不用這兩個庫的。去掉也很簡單，直接用-=就可一了，用gedit或者vi建立一個空文檔，把以下內容加進去，一個標准 的Qt空C/C++項目模板就完成了，把對應位置填上項目名和文件名保存為一個.pro文件再用QtCreator打開就可以了
Ⅶ QT 和VC++ 的區別(包括效率)
簡單說說我的看法！
####################################################
確切說應該比較的是QT和MFC兩個界面庫
QT使用的編譯器是MinGW，即Linux下的GCC移植到windows的版本
MFC使用的編譯器是Visual C++
QT的應用主要在Linux下，但是它本身是跨平台的，也支持其他操作系統，是現在比較著名的界面庫，著名的KDE就是使用QT開發的
MFC是提供給VC的，但是它主要是代碼庫，不像VCL和編譯器掛鉤很多，但是MFC主要是對windows API的封裝，所以只能用於windows平台
根據你所說的方面，簡單比較一下：
1.開發速度
整體來說可能MFC會快捷一些，因為windows平台的開發工具大多很智能，因為立足於windows的開發人群很廣，從菜鳥到專業人士，但是QT由於基於Linux，可用的開發工具不多，大都比較專業，多是第三方產品，而且集成度不大，第三方庫也沒有MFC的多，從這一點MFC略勝一籌，但是QT自從被Nokia收購後，官方發布了跨平台集成開發環境QTCreator，所以之後走向就不好說了，個人總體感覺QT Creator和VS.net差距比較大，還需改進
但是從庫本身來說QT集成的功能較MFC龐大，而且使用的封裝技術信號和槽也是比較受到贊許的，比如QT Script為QT提供嵌入式腳本，QT界面庫支持CSS，所以QT做出來的界面比MFC要好，而且比較容易，MFC就需要藉助第三方庫了
因為MFC是淺層封裝（最新的2008 sp1加入了BCG的高級界面庫，可能有所改善）windows SDK，以降低使用windows SDK引起的開發效率的降低，和開發難度的增加
所以QT庫是比MFC優秀的，兩個庫都經受了時間的考驗，穩定性都很高，Bug幾乎沒有
2.運行效率
MFC由於其淺層封裝的特點，所以運行效率是比較高的，加上vc對windows的針對性優化，整體性能是比較高的，但是如果加入第三方庫就不敢保證了
QT因為庫比較龐大，封裝層次較深，所以運行效率較MFC為低，但是在現在的機器配置下，C#大家都不介意了，這些會引起人們的介意嗎？
3.應用范圍，現在windows的普及范圍誰能比過，所以MFC的客戶量比較多，QT主要是Linux下的開發人員在使用，但MFC也只是得益於windows（感覺又是一次捆綁戰略）
MFC不支持嵌入式開發（主要指手機平台），但是QT有對應的模塊，但是現在Java的天下又有誰能撼動？
4.學習難度
QT的封裝哲學比較明晰，和系統隔離的比較好，所以個人感覺門檻不高
MFC較難精通，因為深入開發之後SDK還是要了解的，否則程序感覺比較兒童化，呵呵
如果你要選擇工作的方向，就現在來說基於vc的開發是比較多的，所以就業比較好
Linux下的QT開發的就業情況還有待提高，但是專業方面，比如企業級的開發，或者涉及了Linux系統，QT還是可以的
這是我的一點見解，主要是自己的感覺，希望對你有所幫助！
Ⅷ QT只能寫c++程序嗎寫c語言只能用gtk嗎
qt使用的是gcc的編譯器，准確的說，是g++編譯器。
使用qt是可以寫C語言的程序的，因為g++編譯器，或者說所有的C++編譯器，均可以兼容大部分的C語言程序，只在關鍵字和void *指針轉換上略有區別。
不過，qt的強大在於其C++界面，所以用qt來寫C程序，並不是好的選擇。
總結就是，能用，但是不好用。