我在SO上查看了一些其他问题,并且不清楚c是否构建在WINAPI之上,之下或旁边.例如,有人可以用纯c写一些能够打开窗口的东西,还是需要使用windows api？
我注意到打开文件(fopen)的c(库？)版本与windows API版本(CreateFile)之间的相似之处让我想知道是否只是另一个的包装器.有人知道吗？
如果Windows正在运行; 是一个程序员被迫使用windows api编程来运行它或者程序员根本不使用windows api并直接访问硬件(即Windows操作系统是否保护对硬件的访问)？
哪个在windows ce的不同版本的windows之间更容易移植.我发现的文档(现在已经改变了)曾经说过CreateFile只能回到windows ce的2.0版本(这里:http://msdn.microsoft.com/en-us/library/ms959950.aspx - 请注意注意事项在最底部的链接上显示支持的版本信息已更改).那么应该用于windows ce版本1的是什么？换句话说,使用c函数编程或标记为WINAPI的函数更可能适用于所有版本的Windows CE？
我在一本关于编程windows ce的书中读到以下内容并且它使我感到困惑,因此在理解以下内容时可以更好地理解上述所有问题:
Windows CE支持在Windows NT和Windows 98上找到的大多数相同的文件I/O函数.支持相同的Win32 API调用,如CreateFile,ReadFile,WriteFile和CloseFile.但是,Windows CE程序员必须意识到一些差异.首先,Windows CE不支持标准C文件I/O函数,如fopen,fread和fprintf.同样,不支持旧的Win16标准,_lread,_lwrite和_llseek.这不是一个很大的问题,因为所有这些功能都可以通过用少量代码包装Windows CE文件函数来轻松实现.
我对包装的理解是你必须有一些东西可以包装,考虑到win16和c库不可用它是否说明包装CreateFile函数来制作你自己的c-like版本的fopen？(我所知道的唯一另一件事是装配,如果这是他建议包装的话,就不会以这种随意的方式写出来.)
鉴于上述情况,c语言(语法,数据结构,流控制),c函数库(例如fopen)和windows api(例如CreateFile)之间的依赖关系是什么？