禁用基于操作系统的“功能”是不好的做法吗？

Question

我无法理解的一件事是这里和网络上其他地方持续存在的关于禁用基于操作系统的“功能”的质疑。人们总是问如何禁用默认操作系统快捷方式（如复制粘贴、Windows 键等），或以编程方式禁用功能。

这肯定是非常非常糟糕的做法吗？用你的程序修改用户的操作环境，除非它是专门针对帮助用户修改他们自己的操作环境的（在我见过的大多数情况下，我对此非常怀疑）。我永远不希望程序修改我绑定的快捷方式，或更改我的环境的默认行为/功能集。这是大家的共识，还是我个人这么认为？它几乎违反了我能想到的所有基本启发式和可用性/一致性理论——尤其是最小惊讶原则。

那么，问题是： 是否有一段时间（除了帮助用户修改其环境之外）操作/更改/禁用操作系统或用户一般环境的功能是可以接受的做法？ 如果程序在未经用户明确许可的情况下尝试禁用 Windows 键、复制/粘贴快捷方式、调整“开始”按钮文本或类似的任何内容，并且没有从根本上实现该目的所需的更改，程序？

Answer 1

我相信，如果您正在构建一个“设备”，例如您在书店找到的售货亭，那么这是完全可以接受的。在这种情况下，禁用大多数已知的快捷方式和功能确实有意义。