为什么.NET Framework就没有个专门的P/Invoke Library？

有个简单的问题：Looking for Windows API Definitions大体是在问：C#有没有类似C++中使用的windows.h文件？

这真是个愚蠢的问题，是个C#程序员都会知道，C#没有什么头文件的说法。所以答案太简单了：没有 -_-。

是啊，这是个C#程序员都知道的答案。但是怎么依然有人问出这个问题呢？所以，要么问问题的人是个白痴，要么其实是你没理解这个问题。

这个问题的真实目的是，他想要在C#中调用Native Windows API，但是又觉得一个个声明Windows API及其用到的数据结构很繁琐。而在C++中，引入了windows.h之后可以直接调用了。

当然更多的人理解了这个问题，并给出了靠谱些的答案：用http://pinvoke.net/

再进一步想，.NET Framework自己必然也用到了不少Windows API，如果Decompile一个几个.NET Framework的DLL，会发现想要的东西就在Microsoft.Win32下面，可惜的是，全是internal的。我们非得re-create the wheel.

为什么.NET Framework不把这些东西公开出来呢？我猜或许是因为.NET Framework本身应当是平台无关，如果把这些公开出来，使用这些API的代码显然就无法运行在Linux平台上。至于用于自己写PInvoke代码，虽然也让代码无法跨平台，但是这是用户行为，微软是没有负责的。

使用PInvoke并不是单单写写声明那么简单的，还要考虑当前的操作系统支持不支持，不支持有没有Workaround；还要考虑参数的编解码。每次要用PInvoke的时候都要把这些事情重新做一遍一点意义也没有。

所以，http://pinvoke.net/就是个垃圾。http://pinvoke.codeplex.com/ 才是更好的选择。

没有愚蠢的问题，只有愚蠢的答案。