Buffers ou guias no vim? Quais são as vantagens / desvantagens de cada abordagem?

Estou acostumado a editores sem modelo . Somente no ano passado eu tenho usado o vim / gvim, que tem uma abordagem modal .

Estou acostumado a abas em todos os editores, pois antes do vim todos eles estão acostumados. No gvim, você não precisa necessariamente usar guias: basta usar buffers.

Minha pergunta é: quais são as vantagens / desvantagens entre essas duas abordagens (buffers versus guias)? Por que essas duas opções existem?

vim editors gvim

— Alguém ainda usa você no MS-DOS
fonte

Respostas:

Consulte /programming/102384/using-vims-tabs-like-buffers/103590#103590 (ou por que dividir a comunidade vim entre todos os sites SE / SO é uma má idéia)

— Luc Hermitte
fonte

Concordou com a divisão SE / SO - acho que prefiro o jeito 'antigo' quando tudo estava em menos lugares.

— pboin

Como o vim é multiplataforma, é realmente uma má idéia ter publicado aqui. Eu vou evitá-lo no futuro.

— Alguém ainda usa o MS-DOS

@ Alguém e outros: veja esta meta questão . Até agora, a maioria dos entrevistados suporta vi (m) perguntas neste site.

— Gilles 'SO- stop be evil'

Não é como se todas as pessoas em SO / SU tivessem conhecimento desse tópico, que nem sequer foi sinalizado no vim.

— Luc Hermitte

Antes de tudo, correção rápida de nomes - qualquer coisa aberta no Vim é um "buffer". A terminologia aqui é semelhante ao emacs, se você estiver familiarizado com esse editor. Buffers simplesmente se referem a arquivos abertos na memória do processo atual do Vim. Para ver uma lista de seus buffers, use

:ls

que mostra uma lista dos buffers atuais, numerados na ordem em que foram abertos. No entanto, os buffers não têm nada a ver com a representação visual dos arquivos no Vim. Eu acho que você pode estar pensando em divisões ou visualizações.

Quanto à diferença entre divisões ou tabulações - é realmente a sua preferência! Algumas pessoas gostam de poder ver muito código de uma só vez (ou ter o espaço na tela para isso) e, portanto, podem preferir usar divisões. Outras pessoas, como você, estão mais acostumadas a guias e, portanto, podem preferir isso.

Esses links contêm informações úteis sobre o uso de divisões e guias:

para divisões (eles os chamam de viewports neste documento): http://www.linux.com/archive/feed/54157

para guias: mesmo site (desculpe, não é possível postar mais de um hiperlink)

Espero que isso responda à sua pergunta! Por favor, esclareça, se não o fez.

— handsomeransoms
fonte

As guias geralmente são usadas para visualizações e o ViM tenta manter sua produtividade com plug-ins como BufExplorer e NERDTree para gerenciamento de buffer. No entanto, também sou culpado de usar um único buffer aberto em cada guia - é um mau hábito.

— atx
fonte

Quase quatro anos depois, ele pergunta: O que o torna um mau hábito?

— Tony

@ Tony Porque o uso pretendido para as guias é para uma exibição de layout de seus buffers.

— Atx

Um único buffer em uma guia é uma exibição de layout, embora muito simples. Então ainda acho que não entendo. Você quer dizer que, se eu não dividir a tela em uma guia, estou exercitando um mau hábito?

— Tony

@ Tony Não é apenas o uso pretendido, veja a resposta aceita.

— At2

Eu já vi a resposta aceita. Mas há o seguinte na página 80 do Practical Vim, de Drew Neil: "Se queremos organizar buffers de uma maneira que faça sentido para o nosso fluxo de trabalho , tentar organizar a lista de buffers não é o caminho a seguir. melhor dividir nossa área de trabalho usando janelas divididas, páginas de guias ou a lista de argumentos ". (Ênfase minha.) Você pode me dar um exemplo específico de como meu hábito pessoal de um buffer por guia - a menos que eu precise de uma janela dividida temporariamente - afeta negativamente meu fluxo de trabalho e como o uso de buffers ocultos melhoraria o fluxo de trabalho?

— Tony