Ⅰ 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程序，并不是好的选择。
总结就是，能用，但是不好用。