如何在控制台应用程序中将字符串复制到剪贴板而不添加对System.Windows.Forms的引用?

osc*_*tin 24 .net clipboard console-application

我有一个.NET 4.0控制台应用程序,它生成SQL并将其存储在字符串变量中.我希望将此字符串直接复制到剪贴板.

到目前为止,我所有的研究都表明,可以通过添加对System.Windows.Forms的引用来实现这一目的.我不想添加对与控制台应用程序无关的程序集的引用.

在我们当前存在的Universe中,有一种已知的方法是将一串文本复制到控制台应用程序中的剪贴板,该方法不涉及添加对System.Windows.Forms的引用,也不涉及其目的与a无关的任何其他程序集.裸机控制台应用程序?

vcs*_*nes 45

调用剪贴板API的平台是一种可能的解决方案.例:

using System.Runtime.InteropServices;
class Program
{
    [DllImport("user32.dll")]
    internal static extern bool OpenClipboard(IntPtr hWndNewOwner);

    [DllImport("user32.dll")]
    internal static extern bool CloseClipboard();

    [DllImport("user32.dll")]
    internal static extern bool SetClipboardData(uint uFormat, IntPtr data);

    [STAThread]
    static void Main(string[] args)
    {
        OpenClipboard(IntPtr.Zero);
        var yourString = "Hello World!";
        var ptr = Marshal.StringToHGlobalUni(yourString);
        SetClipboardData(13, ptr);
        CloseClipboard();
        Marshal.FreeHGlobal(ptr);
    }
}
Run Code Online (Sandbox Code Playgroud)

这只是一个例子.在代码周围添加一点错误处理,比如检查P/Invoke函数的返回值,将是一个很好的补充.

SetClipboardData是有趣的一点.您还要确保打开和关闭剪贴板.

13通过在作为第一个参数是数据格式.13 表示Unicode字符串.


Dav*_*vid 8

Marshal.StringToHGlobalUni函数实际上以不适合的方式分配内存SetClipboardData (using LocalAlloc with LMEM_FIXED),这可能导致崩溃(你不会指望它给出方法名称,但是踩到代码中,例如使用ReSharper显示这一点).

SetClipboardData需要GlobalAllocGMEM_MOVABLE根据文档:MSDN上SetClipboardData.

这是MIT许可的System.Windows.Forms替代方案,经过测试并完成了错误处理:Clippy

(剪贴板推送代码本身可以在这里找到:Clippy.cs.)