那问下API和 directx9/10/11有什么联系？API能在win32 console application下使用吗？或者只能在win32 application 下使用。

在Windows下，console application都是使用API的，这是Windows系统强制的，printf()函数在Windows下的实现，其实也是调用API版本，这是最基本的输入输出。DirectX API是另外提供的。你看早两天有人贴的微软示范代码，就找得到。https://bbs.bccn.net/thread-358988-1-1.html

[ 本帖最后由 TonyDeng 于 2012-1-4 13:20 编辑 ]

是不是不需要学习Directx或者OPENGL，也不需要熟悉Win32 Application/ MFC，在Win32 console Application下也能实现各种图像显示?如果是这样为什么我找了好多源代码的头文件在编译后系统都提示无法找到？哪怕是画出简简单单的一条直线也好。貌似构架一个图像显示窗口都需要N多东西.

不用的，Windows下的GDI32.DLL库就是提供图形界面的程序库，所有在Windows下运行的软件都受它控制，而你知道，Windows就是图形界面操作系统，因此这是最基本的功能。C语言并没有规定具体的输入输出功能如何实现，哪怕是printf()这样的标准库函数，在不同的平台上也有不同的实现方式，只是表现行为看起来一致罢了。因此，你无法在C语言的资料中看到这些东西，只要是与硬件密切相关的功能（对屏幕输出和接收键盘输入就是与硬件相关的），每个人给出的源代码，都与其具体环境有关（有些是与编译器有关，有些是与操作系统及其版本有关），对这类程序，你找不到这样那样的头文件及其连接库，再正常不过了。也正因为我的screen模块是在VS2010上编写的，别人未必能够编译或运行，所以我才不贴那个源代码，那个程序的exe文件是贴过的，不过能运行的人也不多。

Windows下创建窗口、常见空间、绘图等，都有API函数，已经比SDK库简化了许多。查阅和熟悉Windows API函数，是在Windows下编程的原始起点，除非你不想在Windows下编程，要跑Linux、Unix，就可以不看它们。光学ANSI C的语法，是无法在具体环境下写出实用程序的。

[ 本帖最后由 TonyDeng 于 2012-1-4 13:44 编辑 ]

那我应该怎么入门？只想画条线，纠结了好多天。

console下不画图，那是基于文本字符的模型，没必要掺杂图形元素进去。要进入图形状态，采用Windows窗体模式就是了。console编程是让你熟练语言习惯的，这个没弄好，进入Windows Forms编程，很容易因急功近利而采用MFC，那样到最后会受到莫明的限制（最彻底自由的Windows Forms编程是用API）。不过，老实说，在Windows下写与图形有关的程序，不用C/C++也罢，很多语言都封装得很好，犯不着用这么低级的编程手段，事倍功半。

我对图形确实有所偏好，但貌似这个很难弄，不过我有耐心把他弄明白。当然没有扎实的C/C++基础也搞不出好东西的。谢谢你给我这么多好的建议。

这位大哥，原本的编写，我现在已经写好了，但是现在又有新的任务，是将这个这个输出改成jpeg或者swf格式，请问这个应该怎么来做？应该看些什么书呢？