讨论学API的用途

我喜欢mfc,我只是偶尔去看看sdk...

学习api的时候，我真不知道，哪些函数是我们程序员应该用的，哪写函数是操作系统自己用的，难道所有的api都是程序员可以用的？？？？

“学习api的时候，我真不知道，哪些函数是我们程序员应该用的，哪写函数是操作系统自己用的，难道所有的api都是程序员可以用的？？？？ ”
都是程序员可以用的。VC底下不是有一个include目录吗？那里边有所有的API需要的头文件。

管他api，mfc，能解决问题就是好东东！

学习api的同时，就是在学习各种api函数的使用方法，顺便也学习了操作系统是怎样调度的，难道我们写程序的时候，操作系统执行我们程序的时候，我们写一部分，操作系统自己调度我们程序的一部分，但究竟操作系统与我们写的程序之间的关系是什么呢？它与我们写的程序是怎样打交道的？

比如HOOK挂钩,你在MFC类库里能找到?
其实干嘛把MFC和SDK分得那么一清二楚的?
MFC和API函数根本就没什么分界线.
举点例子,写一个dll,根本就想让其他的语言也能调用
有时用C过程方法去写比用C++的类方法好做,这时根本就没有MFC的参与,光是API.
你说学API有必要吗?
再说一个人不会API,光在MFC里转,能写出像样的程序?也许能,但是...呵呵再举例,某个只要窗口句柄的函数,把hWnd传进去就行了,干嘛要传一个窗口类如CWnd什么的进去呢
然后,这个函数里只要调用API函数从hWnd里获取需要的hDC,ThreadID什么的就行了,你说,API要不要会?干嘛分得那么一清二楚的??????...发点牢骚,别介意.

有一个问题请教：
我们学api的时候，有一个dll的初始化问题，什么时候进行初始化？为什么在初始化的时候要createthread呢？
请教各位高手？

不是高手,但我试答一下.Win32下
如果在dll代码里自己加了DLLMain(..,dwReason,...) (不改写的话编译器会给个默认的)
响应dwReason做过程级或线程级的初始化"为什么在初始化的时候要createthread"
<<<<没这个道理

API是基础啊，只要你在windows下写程序，你可以不用VC，但是不能不使用API
我现在越来越喜欢API了，有了它，什么都可以做，也不用管这个类有没有提供什么方法了。

看来，只要学会了api,mfc不学也可。

一个进程可以包含许多线程当你的程序第一次调入dll的时候,也许是隐式的也许是显式的,系统会用
PROCESS_ATTACH(真实写法请查资料)作为dwReason调用你的dll的DLLMain()
进程正常死亡系统又再用PROCESS_DETTACH调用DLLMain(),这是可以作卸载内存的动作,这两个对进程来说都是一次机会.某个线程用LoadLibrary()调入dll的话,如果整个进程是第一次调用此dll,发生前面的动作之外
再用THREAD_ATTACH调用,线程正常死亡再THREAD_DATTCH,否则忽略前面的动作.主线程例外,只发生进程级的动作.这就是所谓的进程级和线程级.

只要你学编程，你就要学API，除非你不想精通编程，而只是为了玩

在进程死亡前调用dllmain，这个需要我们自己写，还是系统在进程中止前自动调用这个dllmain,而这个dllmain由系统已经写好了，是不是？

请问：不用API你能轻松的编出什么Windows程序？

API不繁，用熟练了其实一样的
开始也许麻烦，你可以构造一个自己的类库，然后以后就越做越容易了 :)
因为MFC是别人写的代码，做复杂的程序不可能不接触MFC的源代码，读那些东西
还不如自己用API更方便，运行速度也快的多。
不学sdk不能理解windows如何工作，mfc会带给你各种“莫名其妙”的错误，学了SDK才能理解。重要的是，MFC适合编写那些界面复杂的程序，如果你的程序连界面都没有（比如服务器）
那sdk常常更简单一些，当程序做的很复杂，象CSocket这样的类反而会造成麻烦。再有，win api内容极其浩瀚，mfc远远不能包含所有的功能。
例如AlhaBlend这样有趣的函数CDC就没有。随着win的升级，MFC必然回过时，你要么选择用
新的更巨大的MFC类库，要么只好用"小巧的"API函数.

我是这么想的：
MFC可以过时，原因不要说，现在也有这种苗头了
但是API是不会过时，永远可以拿来用，而且MFC只是用C++类这种形式
封装了一些东西，它的底层还是API，不学它学什么呢？

干脆用VB就完了,何必要用VC呢?根本就用不了什么C++，至多用时查查罢了，有什么好学的？

VB？
你试试用VB来管理一下内存。。

用MFC编DirectX程序很麻烦，而且也不灵活。

用mfc写底层,肯定不如用API好;

呵呵，好长见识：）小弟正在同时学SDK和MFC，不知行不行？

个人意见：
对MFC一直提不起兴趣，感觉只不过是VB多加了一点功能。
而SDK有趣的多，你可以在很大的范围内修改windows，做出一些个性化的东西

我做一个项目的时候，Project Manager要求不得使用MFC，只能用API，他说MFC有BB，到时候查不清楚，我说给你听，其实我也不信，其实MFC到4.2版已经非常成熟了。但是------API有一个最大优点，MFC做不到的它能做到，灵活性好了......

vc程序员不会api，那不笑死人了？？！！！

学sdk，用什么工具来学最好呢？

我觉得用SDK编写界面是件比较痛苦的事情，特别是没有比较多的资料的时候。但是相比MFC，我却是比较喜欢SDK的。

听了楼上同志们的发言，觉得sdk还是挺有用的。请介绍几本学sdk的好书.谢谢！

只有學過了api才會知道其妙處,mfc祇不過是api裹了一層面皮而已

是不是学sdk，只有在turbo c下才能编程呢？

小弟不是API高手，但确实一直在专著的学API.其实我觉得你去争论API和MFC谁优谁劣，根本没有必要。因为我觉得他们没有可比性（个人观点）。API是微软提供的应用程序接口，也就是说，你只要是编写服务于WINDOWS的应用程序。你都不可避免的要与他打交道，就好比我们在DOS下面写汇编程序（C程序）时，不可避免要用到中断调用！这只是一个系统相关性的问题。谁都无法否认我们写的程序，只是为一个固定的平台服务。而针对MFC，你只能把他与C++BUILDER，VB，DELPHI同提。（当然，在实现面向对象的观点方面，MFC是做的最好的）所以要去学WINDOWS编程的技术，我还是建议用API。
当然，以上只是个人观点。

api不需要学，如果非要说学的话，半天就够了。然后是用，抱着工具书用。用多了就熟了，api不是什么知识也不是什么技术，只是编程资源。资源用不着学。

各位高手，小弟想请教一下：学习api用那本书较好？

我推荐：“The Microsoft windows 开发人员指南”，
机械工业出版社，绝对好！！！！！
绝对超越那160的“WINDOWS程序设计”。TO:feicheng(飞尘)　
你的话，我不同意！！
“api不是什么知识也不是什么技术，只是编程资源。资源用不着学。 ”
API是资源，那，MFC的各个类，和类的成员函数难道就不是资源！？真正不是技术的，
是MFC，
资源，我还是第一次听见有人这么说API。呵呵。
“api不需要学，如果非要说学的话，半天就够了。”
半天？！除非是神仙！我学了两年都还不够，半天，啧啧自己不懂，就不要胡说八道，在这里诱导别人，当心贻笑大方。

要做一些真正属于自己的个性化的东西，你必需了解你所做的每一件事至少知道它是从何而来有些什么特性，这样你需要什么你就选取什么不会象MFC一样提供一些不必要的”拉圾“，所以就必需了解api了，mfc只是在api上面蒙上了一层布。想做程序还得学api了它对mfc的使用也大有好处了

呵呵,为了API还是MFC居然引了这么多人争论,其实MFC是什么做的呀还不是API吗?
如果你直接学MFC我看你也够呛.半天学API的"高手"我没有见过,我学API也有两年了
可是还只是皮毛,不过现在用MFC了,API也就很少碰它了.不管你是用用MFC还是API
这样看情况了.
你不懂API,你知道MFC是怎么工作的吗?

调试易

讨论学API的用途

解决方案 »