.net NET中两个剪贴板类各自的用途是什么？

为什么.NET提供两个剪贴板类：

---

系统.Windows.Clipboard和系统.Windows.Forms.Clipboard

---

这些类之间有显著差异吗？

System.Windows.Clipboard

用于WPF应用程序，而

System.Windows.Forms.Clipboard

用于WinForms

它们做同样的事情，只是在那里两次，所以WPF应用程序不需要添加对System.Windows.Forms的引用，反之亦然

---

其次，

System.Windows.Clipboard

位于

System.Windows.Forms.Clipboard

之后

System.Windows.Clipboard

适用于无法引用System.Windows.Forms的其他平台，例如。

System.Windows.Clipboard

由WPF应用程序使用，而

System.Windows.Forms.Clipboard

用于WinForms

它们做同样的事情，只是在那里两次，所以WPF应用程序不需要添加对System.Windows.Forms的引用，反之亦然

---

其次，

System.Windows.Clipboard

位于

System.Windows.Forms.Clipboard

之后

System.Windows.Clipboard

适用于无法引用System.Windows.Forms的其他平台，例如。

一个是WPF，另一个是Windows窗体。如果查看MSDN页面，您将看到它位于

PresentationCore.dll

程序集中（即WPF），另一个位于

System.Windows.Forms.dll

程序集中（即Windows窗体）

---

本质上，它们都只是对WindowsAPI（在user32.dll中）调用的静态包装，用于操作剪贴板。使用与应用程序所用技术相匹配的技术。这就避免了只为了剪贴板而将

System.Windows.Forms

导入WPF应用程序，或者重新编写一堆pinvoke代码，直接在自己的代码中访问API。

一个是WPF，另一个是Windows Forms。如果查看MSDN页面，您将看到它位于

PresentationCore.dll

程序集中（即WPF），另一个位于

System.Windows.Forms.dll

程序集中（即Windows窗体）

---

本质上，它们都只是对WindowsAPI（在user32.dll中）调用的静态包装，用于操作剪贴板。使用与应用程序所用技术相匹配的技术。这避免了将

System.Windows.Forms

导入WPF应用程序只是为了剪贴板，或者重新编写一堆pinvoke代码以直接在您自己的代码中命中API。

因为一个与Windows窗体一起使用，另一个与WPF一起使用。为什么我需要WinForms中的两个不同的WPF类来实现相同的功能Functionary.System.Windows.Forms.Clipboard来自net 1.1，System.Windows.Clipboard来自net 3.5+Silverlight，因为一个用于Windows窗体，另一个用于WPF。为什么我需要WinForms中的两个不同类来实现相同的功能。System.Windows.Forms.Clipboard来自net 1.1，System.Windows.Clipboard在NET3.5+SilverlightAh之后出现，好的。这很有道理啊，好吧。这是有道理的