所以我问你，Vim专家：使用缓冲区的选项卡的优势是什么？我看不出这种差异是如何巨大的不同，但我认为自己只是在初级中级水平操作Vim。是：ls：b#真的比gting快得多吗？我觉得必须比这更深。
“Vim专家”不喜欢选项卡上的缓冲区：它们使用缓冲区作为它们的文件代理，并使用选项卡页作为它们的工作空间。缓冲区和标签页有不同的目的，所以喜欢一个对另一个没有任何意义。
缓冲区和制表符的问题之一是混淆，由独立的事实组合。
>大多数“现代”文本编辑器和IDE使用选项卡隐喻来表示加载的文件。这个隐喻作为一个信息系统 – 它显示用户什么文件被打开和他们的状态 – 作为一个交互设备 – 它允许用户操纵(重新排序，选择，关闭…)这些打开的文件。尽管他们有很多限制，标签是无处不在，人们习惯了他们，并期望他们无处不在。
> Vim在7.0中介绍了选项卡页面，作为其用户创建特殊“工作区”的方式。他们的功能，他们的具体选项，他们的特定命令或他们的帮助部分没有什么建议选项卡页可以或应该用作文件代理。
除了名称和“选项卡页面”的外观，没有什么，当然，这导致了很多混乱。
>无：set hidden，默认情况下禁用并且不容易找到，Vim使得无法切换到另一个缓冲区，而不写入当前缓冲区或放弃其更改。新用户，不知道那个选项，别无选择，只能转向大量的窗口使用或最接近的“选项卡式”功能，他们可以找到：选项卡页。
“标签页”是这个功能的一个不幸的名字选择，特别是在一个时代主导的阅读文档是浪费时间的想法。
在Vim中，标签页是一个建立在窗口顶部的抽象，它本身是一个在缓冲区之上构建的抽象。每个新级别都添加了有用的功能，但限制了您的工作流程。
“缓冲路”
使用基于缓冲区的工作流程，您正在使用的文件沿单个维度分布。你可以循环访问缓冲区，你可以通过输入它的名称(带完成)或其数字来访问特定的缓冲区，你可以在缓冲区之间交替，你可以很容易地定位它们。基本上没有摩擦。
>八个缓冲区打开，只有一个可见：
>按数字切换：
>按名称切换：
缓冲区是Vim的文件代理。如果你认为在文件，你认为在缓冲区。
“窗口方式”
使用基于窗口的工作流，您的“文件”都沿着同一个“虚拟”维度分布，如果您只使用缓冲区和两个其他“物理”维度。但是找到这些维度的笛卡尔空间几乎完全分离：移动到另一个缓冲区仍然意味着“移动到另一个文件”，但是移动到另一个窗口不是。对应于期望文件的缓冲器可以显示在该窗口中，但是它也可以显示在另一个，可能在另一个标签页中，或者根本不显示。
使用窗口，在打开的文件之间导航变得太复杂或太简单，即使使用’switchbuf’和：sb。主要是因为你被迫使用两组命令来实现同样的事情：访问缓冲区。
Windows有它们的使用，如下所述，但他们没有什么需要替换任何人的工作流中的缓冲区。
这里我正在研究一个Vim colorscheme。两个窗口是相同缓冲区的不同视图：顶部一个用作参考，具有在colorscheme中使用的颜色代码的表，底部一个是我工作的：
Windows不是作为文件代理设计的，它们不能组合成一个文件代理：它们是“容器”或“视口”，旨在为您提供缓冲区视图。不多不少。
“标签方式”
使用基于选项卡的工作流程，您基本上试图模仿您以前的编辑器的用户体验，而完全忽略Vim的选项卡页面的本质。如果我们忘记了这一策略通常是非常无效的，那也是不可能的，就像窗口一样，迫使Vim坚持“一个文件=一个选项卡”范例，而不失去很多的灵活性。
仍然使用与上述相同的文件，tabline占用了一个重要的空间，几乎没有什么好处。所有我的文件和所有我的选项卡称为javascript * .vim所以我不能做3gt，并有信心，我会最终到正确的地方，这是不可能的名称到达一个特定的选项卡。添加到事实，其标签可以很好地是非常无益，但完美的逻辑[Quickfix列表] …由于没有实际的方法来绑定文件/缓冲区到标签页，你基本上只剩下一个实用的方法在标签页/缓冲区/文件之间导航：循环。
是的，我的tabline是只有8个选项卡，想象如果我有20！
>两个特定任务的两个选项卡(右)
标签页是设计为包含一个或多个窗口的“容器”或“视口”，它们本身也被设计为包含缓冲区的“容器”。
结论是
“Vim专家”(让我们假设我可以说话，如果我是一个)不喜欢缓冲区的选项卡：他们只是使用Vim因为它是设计和完全舒适的设计：
>“Vim专家”有2,30或97个缓冲区加载，非常高兴，他们不必处理空间分布;>当他们需要比较两个文件或在当前缓冲区的一部分工作，而另一个作为参考，“Vim专家”使用窗口，因为这是如何使用它们;>当他们需要在项目的一个独立部分工作一段时间，而不会弄乱他们当前的视图，“Vim专家”加载一个全新的标签页。
