escaping - 为什么 VERTICAL TAB 有转义序列？

Question

另一个问题，What is a vertical tab? , 描述了垂直制表符最初的用途。

但为什么是 U+000B VERTICAL TAB在 C 和许多其他编程语言中，是否认为重要到足以首先分配一个转义序列( '\v' )？

另见:某人 complaining about this .

Answer 1

正确答案:TELETYPE

它与分隔符有关。我的 parent 从事大数据工作，许多广播公司和财富 500 强企业直到 80 年代仍在使用打洞卡。请记住，大多数语言最初设计为在电传打字机上输入和使用，而不是在屏幕上。打印机不仅仅是像今天这样打印文档。 根本没有监视器 .打印出来的就是显示器。

考虑到这一点，垂直标签非常有用。即使在电传后，我的 parent 也使用它们通过仅覆盖更改的部分来更快地渲染表单。因为那时候连纯文字显示都太慢了!

趣味视频:https://www.youtube.com/watch?v=qv5b1Xowxdk

但更重要的是:现代操作系统中的许多、许多、许多东西都是电传打字机的遗物……不仅仅是垂直标签。我们只是习惯了它们，人们甚至不再想起它们，但它们也同样奇怪。我相信很多人没有意识到这些约定的来源，除非他们自 70 年代以来一直在编码。

您是否在 80 列中对代码或电子邮件进行文本换行？
因为 IBM 穿孔卡片有 80 个字符宽。

您是否使用支持自底向上编码的图形，例如 Windows 位图，或任何原点位于下角的图形库？
因为电传打字机是从下往上滚动的。

您是否使用\n 来表示新的文本行？
因为\n 代表换行，它在用于电传打字机之前来自手动打字机。

你有没有在 Linux 下通过写/dev/tty 给 friend 发消息？
因为 TTY 是电传打字机的缩写。

你有没有告诉别人使用现有的库而不是重新发明轮子？你自己使用过库或框架吗？
因为这就是旧代码的存在方式。当然，利大于弊，但是建立在建立在图书馆之上的图书馆之上的图书馆会导致这种缓慢的依赖性，以至于即使原始图书馆早已消失，与它兼容的一切都会导致其约定继续存在... 等等... 等等...

这些电传约定在操作系统本身中根深蒂固我完全希望这会一直存在，直到有人从头开始编写操作系统，即使那样我也不太确定。毫无疑问，为什么 C 语言会选择它们。请记住，C 出现在 LISP、Forth、COBOL、FORTRAN、Pascal 甚至 BASIC 之后很久。

附言使用 bell 字符作为分隔符将是一件疯狂的事情。磨磨磨 BEEP 磨磨 BEEEEEEP 磨 chuka chuka BEEP 磨 chuka 碾磨 BEEEP。嗖嗖嗖嗖嗖嗖。磨磨哔哔...