是否有一个C#即用类从USER32.DLL导入所有内容？

我已经厌倦了查找方法签名。我宁愿键入类似于

User32.SendMessage…

的内容。有这样的事吗

基本上，我们有一个静态类，其中包含一系列定义，如：

[DllImport("user32.dll")]
public static extern bool SetParent(int hWndChild, int hWndNewParent);

---

没有内置类或静态库来实现这一点。但是，您可以尝试在谷歌上搜索一些免费的库，甚至编写自己的实现

是，USER 32.DLL是Win32 API的一部分，它最初是用于C++应用程序的。当微软推出.NET（以及不久之后推出的C#）时，他们没有提供本机支持-为了运行.NET应用程序，您需要.NET dll二进制文件

---

所以，在微软决定纠正这一点之前，你必须坚持一系列的定义

没有内置类或静态库来实现这一点。但是，您可以尝试在谷歌上搜索一些免费的库，甚至编写自己的实现

是，USER 32.DLL是Win32 API的一部分，它最初是用于C++应用程序的。当微软推出.NET（以及不久之后推出的C#）时，他们没有提供本机支持-为了运行.NET应用程序，您需要.NET dll二进制文件

所以，在微软决定纠正这一点之前，你必须坚持一系列的定义

不要这样做

user32.dll在不同版本的Windows中不包含相同的函数。如果您只是全面导入所有内容，则很可能会确保您的程序只能在当前使用的特定版本的Windows上运行

每次导入本机函数时，您都应该检查它来自哪个版本，并确定它是否是您可以接受的依赖项。

不要这样做

user32.dll在不同版本的Windows中不包含相同的函数。如果您只是全面导入所有内容，则很可能会确保您的程序只能在当前使用的特定版本的Windows上运行

---

每次导入本机函数时，您都应该检查它来自哪个版本，并确定它是否是您可以接受的依赖项。

问题出了什么问题？我投票以理性问题结束，要求我们推荐或查找书籍、工具、软件库，教程或其他非站点资源对于堆栈溢出来说是非主题的，因为它们往往会吸引固执己见的答案和垃圾邮件。相反，请描述问题以及迄今为止为解决问题所做的工作。提到这个问题有什么问题吗？我投票以合理的方式结束，要求我们推荐或查找一本书、工具、软件库、教程或其他非现场资源的问题是堆栈溢出的主题，因为它们往往会吸引自以为是的答案和垃圾邮件。相反，请描述问题以及迄今为止为解决问题所做的工作。参考：如果很多人都在使用DllImport，那么我认为应该有人将其全部导入。我当然可以创建一个这样的类，但在花时间之前，我想知道是否有其他人已经为我这样做了：）不幸的是，这就像用苹果做橙汁一样——除非你弄得一团糟，否则它就是不起作用：）如果很多人都在使用

DllImport

，那么我认为应该有人将这些都导入。我当然可以创建一个这样的类，但在花时间之前，我想知道是否有人已经为我这样做了：）不幸的是，这就像用苹果做橙汁一样——除非你弄得一团糟，否则它就是不起作用：）