代码之家  ›  专栏  ›  技术社区  ›  Eran

应用程序能否将剪贴板用于自身目的?(阅读:谁拥有剪贴板?)

  •  2
  • Eran  · 技术社区  · 15 年前

    在PowerBuilder的IDE中,代码自动完成功能使用剪贴板将完成的文本传递到代码窗口。通过这样做,它将覆盖以前存储在剪贴板上的内容。所以,如果你把下一个彩票的中奖号码存储在你的剪贴板上,然后用自动完成功能 米古德 进入之内 没什么好东西 你失去了唯一发财的机会 没有什么 在你的剪贴板上。

    像这样的功能是 the reason I hate software .它看起来是由一些实习生实施的,没有人在照顾。然而,我也有可能一事无成,利用剪贴板是绝对合法的。那么,应用程序能否将剪贴板用于自己的目的呢?谁被认为是剪贴板的所有者?

    (如果用户真的会从中受益的话,任何人都可以通过投票来代替该功能的程序员,并为此提供一些理由)

    6 回复  |  直到 14 年前
        1
  •  4
  •   Andrew Moore    15 年前

    你可能对实习生的推理是正确的。除了纯粹的懒惰之外,应用程序完全没有理由使用剪贴板来传递信息。即使在过程之间,也有其他更好的信息交流方式。

    另外,让用户将信息粘贴到另一个应用程序中,没有理由使用剪贴板。

        2
  •  2
  •   Chris Thornton    14 年前

    程序员之所以这样做是因为这很容易,并且把他的需求放在最终用户的需求之上。有许多程序可以这样做,特别是Outlook、VB等的加载项,它们将按钮复制/粘贴到工具栏上。任何运行剪贴板扩展程序的用户(如我自己的clipmate)都绝对讨厌这种行为(并且您将立即“崩溃”)。

    这是我对这个主题最喜欢的一句话:

    _156;没有用户的明确指令,程序不应将数据传输到剪贴板外的数据中。
    Charles Petzold,《Windows 3.1编程》,微软出版社,1992年。

        3
  •  1
  •   Moose    15 年前

    如果没有用户启动该操作,应用程序就不应该更改剪贴板上的任何内容。我的02岁。

        4
  •  1
  •   ChrisW    15 年前

    任何人如果把自己放在功能的程序员的位置上,就可以获得额外的选票,并为此目的提供一些理由。

    Using clipboard for application communication

        5
  •  0
  •   Patrick Desjardins    15 年前

    他们总是一个更好的方法。程序员之所以这样做,可能是因为实现起来更快,或者是因为他真的希望在操作之后将这个值保存在剪贴板中。至少,如果他不想把它放在剪贴板中,他可以从剪贴板中获取值,存储它的值,然后在剪贴板中替换剪贴板中的旧内容,所有内容都将变得更加“透明”,对最终用户来说不那么令人沮丧。

        6
  •  0
  •   Keibosh    15 年前

    我在一个使用剪贴板的应用程序中构建了一个功能。业务部门要求用户无缝捕获屏幕截图并上传。

    我和这家公司合作开发它,我们想到的是一个用户只需点击打印屏幕键,然后在我的应用程序中点击“上传”。

    在后台运行的Java applet将图像从剪贴板上拉下来,并向用户显示格式化的预览,然后在文件名和描述中添加用户并单击“保存”。

    使用剪贴板,这样就节省了用户捕获屏幕截图的时间,将其保存到某个地方,然后通过上载界面找到它。即使我们通过用户点击“打印屏幕”在第一时间捕获图像,他们也已经覆盖了剪贴板上的内容。

    使用剪贴板并不都是坏事,但我肯定同意在IDE中使用它是一个def no。