在 UI 设计中，人们经常不得不在有限的空间范围内工作和/或简单地尝试减少过度过度的描述等。
通常，这会导致大量使用斜线。这种/那种东西。
过去有人要求我在斜线的每一侧添加空格，以给它一些“呼吸”的空间，虽然起初这似乎是错误的，但我也越来越喜欢它作为一种选择。
一个例子：
Download/Print PDF
对比
Download / Print PDF
一些问题：
理想情况下，一个人会对斜线进行紧缩/字母空格而不使用整个空格，但在 Web 开发的上下文中，内容人员和/或开发人员可能很少会花时间在那个细节上，所以我建议使用间隔选项。它还提供了额外的好处，即在需要时更有可能正确包装。
正如这些事情经常发生的那样，答案将是主观的。不过，这里有一些想法：
我想我倾向于没有空格，除非我担心事情会流向多行。
也许上下文可以帮助您做出决定。也许“下载/打印PDF”带有“下载PDF并打印PDF”的内涵，而“下载/打印PDF”表示“下载并打印PDF”。
也许，如果可能的话，你可以尝试 使用一个薄的空间来取得更好的平衡：
下载/打印 PDF（空格）
下载/打印 PDF（细空格）
下载/打印 PDF（无空格）
头发空间（ ）也应该混合在一起，但是当我在这里尝试时看起来并没有什么不同。Unicode 中还有其他一些空格选项，但我认为其他任何选项都与此讨论无关。
啊！不，不，不，不，不，不。没有空间。字距调整是正确的答案。添加空格会引入错误、坏断点和误解的可能性。当必须连接的两个项目被人工空格分隔时，您正在破坏所需的连接。如果它在视觉上让您感到如此困扰，请将斜杠更改为“和”（下载并打印）并完成它。
我既是排字员又是编辑/校对员，因此没有任何情况下我会允许斜杠周围有空格。曾经。
我尽可能使用完整的空间。
正如布伦丹在他的回答中所说，这是非常主观的。
我觉得完整的空间只是让它更清晰、更容易阅读，这是一个非此即彼的情况。
但是，当在文件或目录路径中使用斜杠时，我不使用空格来指定连续路径。出于显而易见的原因 - 用户可能会错误地包含空格。
我从不将斜线解释为 Brendan 所说的“和”。在我看来，它总是“或”或目录路径。