读《Windows程序设计》笔记 第二章

 #include <Windows.h> #include <tchar.h> #include <strsafe.h> //#define CDECL __cdecl INT_PTR CDECL MessagBoxPrintf(TCHAR* szCaption, TCHAR* szFormat, ...) { TCHAR szBuffer[1024]; va_list pArgList; va_start(pArgList, szFormat); _vsntprintf_s(szBuffer, sizeof(szBuffer)/sizeof(TCHAR), szFormat, pArgList); va_end(pArgList); return MessageBox(NULL, szBuffer, szCaption, MB_OK); } // #define CALLBACK __stdcall // #define WINAPI __stdcall // #define WINAPIV __cdecl // #define APIENTRY WINAPI // #define APIPRIVATE __stdcall // #define PASCAL __stdcall int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE, PTSTR pCmdLine, int nShowCmd) { int cxScreen = GetSystemMetrics(SM_CXSCREEN); int cyScreen = GetSystemMetrics(SM_CYSCREEN); MessagBoxPrintf(TEXT("屏幕像素"), TEXT("x: %d, y:%d"), cxScreen, cyScreen); return 0; } /* _stdcall 与 _cdecl 的区别: 几乎我们写的每一个WINDOWS API函数都是__stdcall类型的，首先，需要了解两者之间的区别： WINDOWS的函数调用时需要用到栈（STACK，一种先入后出的存储结构）。当函数调用完成后，栈需要清除， 这里就是问题的关键，如何清除？如果我们的函数使用了_cdecl（c&c++方式），那么栈的清除工作是由调用者。 这样带来了一个棘手的问题，不同的编译器产生栈的方式不尽相同，那么调用者能否正常的完成清除工作呢？答案是不能。 如果使用__stdcall，上面的问题就解决了，函数自己解决清除工作。所以，在跨（开发）平台的调用中，我们都使用__stdcall（虽然有时是以WINAPI的样子出现）。 那么为什么还需要_cdecl呢？当我们遇到这样的函数如fprintf()它的参数是可变的，不定长的， 被调用者事先无法知道参数的长度，事后的清除工作也无法正常的进行， 因此，这种情况我们只能使用_cdecl。到这里我们有一个结论， 如果你的程序中没有涉及可变参数，最好使用__stdcall关键字。 另： _cdecl 按从右至左的顺序压参数入栈，由调用者把参数弹出栈。对于“C”函数或者变量，修饰名是在函数名前加下划线。对于“C++”函数，有所不同。 如函数void test(void)的修饰名是_test；对于不属于一个类的“C++”全局函数，修饰名是?test@@ZAXXZ。 这是MFC缺省调用约定。由于是调用者负责把参数弹出栈，所以可以给函数定义个数不定的参数，如printf函数。 stdcall 和pascal一样,都是pascal的调用习惯 按从右至左的顺序压参数入栈，由被调用者把参数弹出栈。对于“C”函数或者变量，修饰名以下划线为前缀，然后是函数名， 然后是符号“@”及参数的字节数，如函数int func(int a, double b)的修饰名是_func@12。对于“C++”函数，则有所不同。 */ //摘自如下 //http://blog.youkuaiyun.com/fly2k5/archive/2005/12/05/544112.aspx //http://www.yuanma.org/data/2007/0818/article_2816.htm