Почему эксперты Vim предпочитают буферы вкладкам?

Я не понимаю буферы. Когда я открываю 3 файла на одной и той же вкладке и закрываю свое окно, я обычно раздражаюсь, когда в следующий раз открываю один из этих файлов, что там находятся странные файлы подкачки, которые задерживаются и дают мне неприятные сообщения. Но снова и снова я читал, что эти вещи - нирвана производительности, на которой я упускаю, и что вкладки были сделаны для использования плебеями.

Итак, я спрашиваю вас, эксперт Vim: каковы преимущества использования буферов перед вкладками? Я не понимаю, насколько сильно может быть разница, но я бы считал себя только на уровне начального и среднего уровня при работе с Vim. Неужели :ls :b#это намного быстрее, чем gtсуетиться? Я чувствую, что это должно пойти глубже, чем это.

Как сказал ZyX на #vim, этот вопрос звучит так: «Почему эксперты Vim предпочитают вкусное теплому?»,

«Эксперты Vim» не предпочитают буферы вкладкам: они используют буферы в качестве прокси-серверов, а вкладки - в качестве рабочих областей. Буферы и вкладки имеют разные цели, поэтому предпочтение одного другому не имеет смысла.

Проблема с буферами и вкладками связана с путаницей , вызванной сочетанием независимых фактов.

1. Большинство «современных» текстовых редакторов и IDE используют метафору табуляции для представления загруженных файлов. Эта метафора действует как информационная система - она ​​показывает пользователю, какие файлы открыты и их состояние - и как интерактивное устройство - она ​​позволяет пользователю манипулировать (переупорядочивать, выбирать, закрывать ...) этими открытыми файлами. Несмотря на их многочисленные ограничения, вкладки есть везде, и люди привыкли к ним и ожидают их везде.

2. Vim представил вкладки в 7.0 как способ для своих пользователей создавать специальные «рабочие пространства». Ничего в их особенностях, их определенных опциях, их определенных командах или их:help разделах не предполагает, что вкладки могут или должны использоваться в качестве файловых прокси.

   Ничего, кроме названия и появления «вкладок», конечно, что приводит к большой путанице.

3. Без :set hidden, который по умолчанию отключен и не очень легко найти, Vim делает невозможным переключение на другой буфер без записи текущего или отмены его изменений. У новых пользователей, не подозревающих об этой опции, нет другого выбора, кроме как переключиться на использование тяжелых окон или ближайшую «похожую на вкладку» функцию, которую они могут найти: вкладки.

«Закладка» - неудачный выбор имени для этой функции, особенно в эпоху, когда доминирует идея, что чтение документации - пустая трата времени.

В Vim вкладки - это абстракция, построенная поверх окон, а сама абстракция построена поверх буферов. Каждый новый уровень добавляет полезные функции, но ограничивает ваш рабочий процесс.

«Буферный путь»

При работе на основе буфера файлы, с которыми вы работаете, распределяются по одному измерению. Вы можете циклически перебирать свои буферы, вы можете получить доступ к определенному буферу, набрав часть его имени (с завершением) или его номера, вы можете чередовать буферы, вы можете довольно легко на них ориентироваться. Там в основном нет трения.

1. Открыты восемь буферов, виден только один:

   

2. Переключение по номеру:

   

3. Переключение по имени:

   

Буферы - это прокси-файлы Vim. Если вы думаете с точки зрения файлов, вы думаете с точки зрения буферов.

«Оконный путь»

В оконном рабочем процессе ваши «файлы» распределены по одному и тому же «виртуальному» измерению, как если бы вы использовали только буферы и по двум другим «физическим» измерениям. Но декартовы пространства, в которых находятся эти измерения, почти полностью разделены: перемещение в другой буфер по-прежнему означает «перемещение в другой файл», а перемещение в другое окно - нет. Буфер, который соответствует желаемому файлу, может отображаться в этом окне, но он также может отображаться в другом, может быть, на другой вкладке или не отображаться вообще.

В Windows навигация между открытыми файлами либо становится слишком сложной, либо слишком простой, даже если 'switchbuf' и :sb. Главным образом потому, что вы вынуждены использовать два набора команд для того, что по сути одно и то же: доступ к буферу.

Окна имеют свое использование, как описано ниже, но у них нет того, что нужно для замены буферов в чьем-либо рабочем процессе.

Здесь я работаю над Vim Colourscheme. Два окна - это разные виды одного и того же буфера: верхнее служит справочной, с таблицей цветовых кодов, используемых в схеме цветов, а нижнее - там, где я работаю:

Windows не спроектированы как файловые прокси и не могут быть превращены в них: они являются «контейнерами» или «областями просмотра», предназначенными для того, чтобы предложить вам просмотр в буфер. Ни больше ни меньше.

«Способ вкладки»

В рабочем процессе на основе вкладок вы, по сути, пытаетесь имитировать пользовательский опыт, к которому вы привыкли в предыдущем редакторе, при этом полностью игнорируя саму природу вкладок Vim. Если мы на мгновение забудем, что эта стратегия, как правило, очень непродуктивна, также невозможно, как и в случае с окнами, заставить Vim придерживаться этой парадигмы «один файл - одна вкладка», не теряя при этом большой гибкости.

Продолжая работать с теми же файлами, что и выше, таблица занимает значительное место практически без пользы. Все мои файлы и все мои вкладки называются, javascript*.vimпоэтому я не могу этого сделать 3gtи быть уверенным, что окажусь в нужном месте, и невозможно получить доступ к определенной вкладке по имени. Добавьте к этому тот факт, что его метка вполне может быть очень бесполезной, но совершенно логичной [Quickfix List]… Поскольку практического способа привязать файл / буфер к вкладке не существует, у вас остается только один практичный способ навигации между вкладками. / buffers / files: cycling.

И да, моя вкладка изобилует только 8 вкладками, представьте, если бы у меня было 20!

1. Восемь буферов открываются на восьми вкладках (неправильно)

   

2. Две вкладки для двух конкретных задач (справа)

   

Страницы вкладок - это «контейнеры» или «окна просмотра», предназначенные для размещения одного или нескольких окон, сами по себе также «контейнеры», предназначенные для хранения буферов.

В заключение

«Эксперты Vim» (допустим, я могу говорить так, как если бы я был одним из них) не предпочитают буферы над вкладками: они просто используют Vim в том виде, как он был спроектирован, и им совершенно комфортно с таким дизайном:

• «Эксперты Vim» загружают 2, 30 или 97 буферов и очень рады, что им не приходится иметь дело с пространственным распределением;

• когда им нужно сравнить два файла или работать в одной части текущего буфера, сохраняя другой в качестве ссылки, «эксперты Vim» используют окна, потому что именно так они и должны использоваться;

• когда им нужно какое-то время работать над отдельной частью проекта, не вмешиваясь в их текущее представление, «эксперты Vim» загружают новую вкладку.

Я использовал , чтобы каждый буфер в отдельной вкладке, но я уставал постоянно gtи gT-ную повсюду.

Я также чувствовал, что буферами было слишком сложно управлять.

Вот некоторые приемы, которые полностью изменили мое прежнее мнение:

• Управление Buffer: :b. Вы получаете удивительно быстро в этом. Смотрите vim, быстрое переключение между файлами с помощью vanilla Vim (без плагинов)
• Перейти / изменить списки ( ctrl o/ iи g;)
• Альтернативный файл ( ^)
• tpope «s Неповрежденная плагин . Удобные отображения для полета через ваши буферы (среди прочих).

Вот мой типичный рабочий процесс:

• Откройте Vim и используйте :e(обычно с регулярным выражением :e src/**/F*Bar.js), чтобы открыть буфер
• Поймите, мне нужно открыть другой файл. Используйте :eдля этого также. Если я хочу переключаться между этим буфером и текущим открытым буфером, я буду использовать :spили, :vspчтобы открыть его в отдельном окне.
• Повторяйте, пока я не получу 3-5 файлов, между которыми я буду переключаться, используя методы из вышеприведенного маркированного списка, чтобы летать между вашими буферами.
• Если я хочу «начать заново» со своими буферами, просто закройте Vim и снова откройте.

Я почувствовал, что после недели или около того форсирования этих новых шаблонов стало намного проще визуализировать, какие буферы я открыл, и как добраться до любого из них всего за несколько автоматических движений.

Недостатком вкладок является то, что вы можете видеть только содержимое по одной за раз. Таким образом, если вы используете их, как в браузере, вы теряете при просмотре нескольких буферов бок о бок или даже при просмотре отдельных частей одного и того же файла в разделениях. Поэтому многие рекомендуют использовать вкладки только для разделения различных рабочих пространств (например, одна для проекта Java, другая для списка задач, третья для взлома сценария на стороне).

Проблемы, которые вы описываете, создают впечатление, что вы используете Vim неправильно. Либо есть (в основном) один, выделенный экземпляр. Тогда буферы, которые станут скрытыми, просто «появятся» снова, если вы их отредактируете (и теперь вы можете использовать список буферов для их вызова), и сообщений об обмене файлами не будет. Или используйте отдельные экземпляры Vim для каждой сессии проекта / файла / редактирования, но затем сделайте привычкой заполнять :quitкаждый экземпляр, когда вы закончите работу с файлом.

Другой совет: при использовании имени буфера в качестве аргумента для: buffer вам не нужно указывать полные имена. Однако если данному аргументу соответствует несколько буферов, они не будут переключены.

Любой фрагмент имени буфера может быть использован для сопоставления. Например, если у вас есть буферы, request_manager.javaа queue_manager.javaзатем :buffer queили :b queсовпадает с ними обоими, но вы переключитесь на queue_manager.java, поскольку он совпадает в начале.

Я использую вкладки, Ctrl- Pи сеансы Vim в своем рабочем процессе и уже более года:

• Я )и (сопоставил «перейти к следующей вкладке» и «перейти к предыдущей вкладке» соответственно. tnоткрывает новую вкладку. Я также использую tabm, чтобы помочь организовать вещи.

• Я использую сеансы Vim для групп файлов, относящихся к текущей истории / ошибке, над которой я работаю, обычно делаемой по категориям. Эти сессии перезаписываются в ходе процесса.

• Мне еще предстоит найти что-то лучше, чем Ctrl- P, но для обработки всех файлов требуется некоторое время.

Бросает 2с в кучу.

TLDR; :b *part-of-filename*это лучший способ найти нужный файл в списке буферов, т.е. он БЫСТРЕЕ и имеет МЕНЬШУЮ когнитивную нагрузку, чем номера буферов, вкладки или окна для отслеживания файлов.

Для меня нет ничего, чтобы было открыто 30 буферов (то есть я не занимался домашним хозяйством), и прелесть используемых буферов в том, что это совсем не замедляет меня. На самом деле, это ускоряет процесс, когда через четыре дня после открытия нужного мне файла, звоните:b *part-of-filename* и он волшебным образом появляется, производя впечатление на коллег и постоянных коллективистов.

Буферы для файлов.

Чтобы быть эффективными:

• Откройте важный первый файл из чертовски хорошо выбранного корневого каталога
• Откройте последующие файлы с :e
• использование ls ВСЕ время, когда вы впервые начинаете получать хорошую мысленную модель (вы не можете обмануть то, что не видите, мысленно или буквально)
• Никогда :qне дует
• Войдите :bв свою мышечную память
• :b1 подходит для первого файла, который вы открыли, иначе цифры и буквы быстро становятся неуклюжими
• :b# подходит для перехода к последнему файлу, который является общей потребностью
• :bd#подходит для случаев, когда вы переключились на временный файл, сделали то, что вам нужно было сделать, переключились обратно :b#и теперь хотите закрыть этот временный файл
• :b *part-of-filename* В противном случае это лучший способ найти нужный файл в списке, т.е. он БЫСТРЕЕ и имеет МЕНЬШУЮ когнитивную нагрузку, чем номера буферов, вкладки или окна для отслеживания файлов.

Единственное раздражение в :b *part-of-filename*том, что иногда вы еще не открыли файл, и вам нужно вернуться и:e path/to/full-filename сначала.

Вкладки предназначены для выделения действительно не связанных файлов.

Или держать под рукой определенный макет окна (отказ от ответственности: я никогда не использовал его для этого сам).

Или для файлов, которые используются редко, но, как ожидается, необходимы. Для меня это обычно commitMessageфайл, который я аннотирую во время работы, поэтому мне не нужно слишком много думать, когда приходит время делать коммит. gtбыстрее чем :b com<enter>(если вам повезет, иначе :b com<tab><enter>)

• :tabe commitMessage
• gtили gTтакже любимая мышечная память

Окна разделены для визуального сравнения информации

Или, имея непосредственный доступ к важной информации (честно говоря, если только эта информация мне не нужна для обновления в реальном времени, :eнапример, файла журнала, я обычно просто вытягиваю содержимое в текущий файл и работаю с ним там).

• :vspили C-w vоткрывает вертикальное разделение, то есть влево | правильно, затем используйте :bили, :eчтобы получить файл, который вы хотите
• :spили C-w sоткройте горизонтальное разделение, т.е. сверху / снизу
• C-w C-w т.е. двойной Ctrl-W, вращает вас вокруг доступных окон
• C-w c закрыть текущее окно
• C-w o закройте все остальные окна, сохраняйте ТОЛЬКО

Добавьте их в свой .vimrcи начните любить буферы:

:nnoremap <Tab> :n<cr>
:nnoremap <S-Tab> :N<cr>

Таким образом, вы можете переключаться между ними в обычном режиме через Tab/ ShiftTab.

Я хотел бы предложить блестящую реализацию, сделанную много лет назад: kien / tabman.vim . Это разъясняет следующее:

• Можно иметь как можно больше буферов, которые где-то тщательно спрятаны;
• По своему дизайну вкладки предназначены для креативного отображения буферов.
  • С помощью какого-то правильного плагина табуляции можно отобразить все скрытые буферы в верхней строке (таблин);
  • Согласно моему опыту работы с vim-Airlines , при создании новой вкладки на вкладке будет отображаться очень мало актуальной информации.
  • Два тега будут занимать слот таблицы рядом, тратя впустую оставшиеся горизонтальные пространства
  • Что еще хуже, я больше не имею представления о том, какие буферы скрыты.

Это было замечательное открытие этого волшебного плагина, который также должен был находиться в моей конфигурации Vim в течение многих лет. В то время как я продолжал бы искать кое-что, что также отображает все скрытые буферы, TabMan - мой супермен, когда дело доходит до того, чтобы иметь представление о том, как буферы были расположены на разных вкладках.

Tab и Buffers - это два разных стандарта в Vi. Прочитайте эти три определения:

A buffer is the in-memory text of a file
A window is a viewport on a buffer.
A tab page is a collection of windows.

Прочитайте эту статью для получения дополнительной информации https://joshldavis.com/2014/04/05/vim-tab-madness-buffers-vs-tabs/

Я загружаю «выбранные» буферы как вкладки, чтобы быстро (TAB / S-TAB) переключаться между ними. Здесь подходит структура рабочих пространств, так как для меня буферы вкладки VS - это, в основном, видимость. Я могу вставлять важные / рабочие файлы в окна и вкладки и скрывать те, которые мне не нужны, в фоновом режиме, на лету, без необходимости запоминать пути или тратить время на их поиск и загрузку снова, когда возникнет такая необходимость. Это позволяет обрабатывать несколько задач или проектов в одном сеансе VIM, я думаю, это было важно для машин с малым объемом памяти, но также хорошо для концентрации всех задач редактирования в одном фрейме приложения. У меня также есть ярлыки для переключения буфера на Ctrl-Right / Left, чтобы я мог быстро переключаться между различными буферами.

В итоге можно разделить на несколько окон только для его использования столько, сколько идет состояние экрана, но можно держать настройки нескольких окон на нескольких вкладках, расширяя тем самым рабочее пространство и улучшая рабочий процесс, позволяя удобно разделять сложные задачи, вращающиеся более чем в одном файле. ,

Для файлов подкачки вы можете указать VIM хранить их все в одной папке вашего назначения. Для этого используйте :set directory.