¿Cuál es tu atajo más productivo con Vim?

Tu problema con Vim es que no asimilas vi .

Mencionas cortar yyy te quejas de que casi nunca quieres cortar líneas enteras. De hecho, los programadores, al editar el código fuente, muy a menudo quieren trabajar en líneas completas, rangos de líneas y bloques de código. Sin embargo, yyes sólo una de las muchas formas de colocar texto en el búfer de copia anónimo (o "registro", como se llama en vi ).

El "Zen" de vi es que estás hablando un idioma. La inicial yes un verbo. La declaración yyes sinónimo de y_. Ely duplicado para que sea más fácil escribir, ya que es una operación muy común.

Esto también se puede expresar como dd P(eliminar la línea actual y pegar una copia nuevamente en su lugar; dejar una copia en el registro anónimo como efecto secundario). Los "verbos" yy dtoman cualquier movimiento como "sujeto". Por lo tanto, yWes "tirar desde aquí (el cursor) hasta el final de la palabra actual/siguiente (grande)" y y'a"tirar desde aquí hasta la línea que contiene la marca denominada ' a '".

Si sólo comprende los movimientos básicos del cursor hacia arriba, abajo, izquierda y derecha, entonces vi no será más productivo que una copia del "bloc de notas" para usted. (Está bien, aún tendrás resaltado de sintaxis y la capacidad de manejar archivos de más de unos insignificantes ~45 KB aproximadamente; pero trabaja conmigo aquí).

vi tiene 26 "marcas" y 26 "registros". Se establece una marca en cualquier ubicación del cursor mediante el mcomando. Cada marca está designada por una única letra minúscula. Por lo tanto, maestablece la marca ' a ' en la ubicación actual y mzestablece la marca ' z '. Puede pasar a la línea que contiene una marca usando el 'comando (comilla simple). De este modo 'ase desplaza al principio de la línea que contiene la marca ' a '. Puede desplazarse a la ubicación precisa de cualquier marca utilizando el `comando (comillas invertidas). De esta manera `zse moverá directamente a la ubicación exacta de la marca ' z '.

Como se trata de "movimientos", también pueden utilizarse como temas para otras "declaraciones".

Entonces, una forma de cortar una selección arbitraria de texto sería quitar una marca (normalmente uso ' a ' como mi "primera" marca, ' z ' como mi siguiente marca, ' b ' como otra y ' e ' como otro más (no recuerdo haber usado interactivamente más de cuatro marcas en 15 años de uso de vi ; uno crea sus propias convenciones sobre cómo las macros usan las marcas y los registros que no perturban el contexto interactivo). al otro extremo del texto deseado; podemos comenzar en cualquier extremo, no importa. Luego simplemente podemos usar d`apara cortar o y`acopiar. Por lo tanto, todo el proceso tiene una sobrecarga de 5 pulsaciones de teclas (seis si comenzamos en "insertar " y necesario para Escsalir del modo comando). Una vez que hemos cortado o copiado, pegar una copia es solo presionar una tecla: p.

Yo digo que esta es una forma de cortar o copiar texto. Sin embargo, es sólo uno de muchos. Con frecuencia podemos describir de manera más sucinta el rango de texto sin mover el cursor y colocar una marca. Por ejemplo si estoy en un párrafo de texto puedo usar {y }movimientos al principio o al final del párrafo respectivamente. Entonces, para mover un párrafo de texto, lo corto usando { d}(3 pulsaciones de teclas). (Si ya estoy en la primera o última línea del párrafo, puedo simplemente usar d}o d{respectivamente.

La noción de "párrafo" por defecto es algo que suele ser intuitivamente razonable. Por lo tanto, a menudo funciona tanto para código como para prosa.

Frecuentemente conocemos algún patrón (expresión regular) que marca un final u otro del texto que nos interesa. Buscar hacia adelante o hacia atrás son movimientos en vi . Por tanto, también pueden utilizarse como "sujetos" en nuestras "declaraciones". Entonces puedo usar d/foopara cortar desde la línea actual a la siguiente línea que contiene la cadena "foo" y y?barcopiar desde la línea actual a la línea más reciente (anterior) que contiene "barra". Si no quiero líneas completas, aún puedo usar los movimientos de búsqueda (como declaraciones propias), dejar mi(s) marca(s) y usar el `x comandos como se describió anteriormente.

Además de "verbos" y "sujetos", vi también tiene "objetos" (en el sentido gramatical del término). Hasta ahora sólo he descrito el uso del registro anónimo. Sin embargo, puedo usar cualquiera de los 26 registros "nombrados" anteponiendo la referencia del "objeto" con "(el modificador de comillas dobles). Por lo tanto, si lo uso "add, corto la línea actual en el registro ' a ' y si lo uso "by/foo, extraigo una copia del texto desde aquí a la siguiente línea que contiene "foo" en el registro ' b '. Para pegar desde un registro, simplemente prefijo el pegado con la misma secuencia de modificador: "appega una copia del contenido del registro ' a ' en el texto después del cursor y "bPpega una copia desde ' b ' antes de la línea actual.

Esta noción de "prefijos" también añade los análogos de los "adjetivos" y "adverbios" gramaticales a nuestro "lenguaje" de manipulación de textos. La mayoría de las órdenes (verbos) y movimientos (verbos u objetos, según el contexto) también pueden llevar prefijos numéricos. 3Jsignifica "unir las siguientes tres líneas" yd5} significa "eliminar desde la línea actual hasta el final del quinto párrafo desde aquí".

Todo esto es nivel intermedio vi . Nada de esto es específico de Vim y hay trucos mucho más avanzados en vi si estás listo para aprenderlos. Si dominaras sólo estos conceptos intermedios, probablemente descubrirías que rara vez necesitas escribir macros porque el lenguaje de manipulación de texto es lo suficientemente conciso y expresivo para hacer la mayoría de las cosas con bastante facilidad utilizando el lenguaje "nativo" del editor.

Una muestra de trucos más avanzados:

Hay varios :comandos, entre los que destaca la :% s/foo/bar/gtécnica de sustitución global. (Eso no es avanzado, pero otros :comandos pueden serlo). Todo el :conjunto de comandos fue heredado históricamente por las encarnaciones anteriores de vi como las utilidades ed (editor de líneas) y más tarde ex (editor de líneas extendidas). De hecho , vi se llama así porque es la interfaz visual de ex .

:Los comandos normalmente operan sobre líneas de texto. ed y ex se escribieron en una era en la que las pantallas de terminales eran poco comunes y muchos terminales eran dispositivos de "teletipo" (TTY). Por lo tanto, era común trabajar a partir de copias impresas del texto, usando comandos a través de una interfaz extremadamente concisa (las velocidades de conexión comunes eran 110 baudios, o, aproximadamente, 11 caracteres por segundo, lo cual es más lento que el de un mecanógrafo rápido; los retrasos eran comunes en sesiones interactivas multiusuario; además, a menudo había cierta motivación para ahorrar papel).

Entonces, la sintaxis de la mayoría de :los comandos incluye una dirección o rango de direcciones (número de línea) seguida de un comando. Naturalmente, se podrían usar números de línea literales: :127,215 s/foo/barpara cambiar la primera aparición de "foo" por "bar" en cada línea entre 127 y 215. También se podrían usar algunas abreviaturas como .o $para las líneas actual y última respectivamente. También se podrían usar prefijos relativos +y -para referirse a desplazamientos después o antes de la línea actual, respectivamente. Por lo tanto: :.,$jsignifica "desde la línea actual hasta la última línea, únelas todas en una sola línea". :%es sinónimo de:1,$ (todas las líneas).

Los comandos :... gy :... vmerecen alguna explicación ya que son increíblemente poderosos. :... ges un prefijo para aplicar "globalmente" un comando posterior a todas las líneas que coincidan con un patrón (expresión regular), mientras que :... vaplica dicho comando a todas las líneas que NO coincidan con el patrón dado ("v" de "conVerse"). Al igual que con otros comandos ex , estos pueden tener como prefijo referencias de dirección/rango. Por lo tanto :.,+21g/foo/dsignifica "eliminar cualquier línea que contenga la cadena "foo" desde la actual hasta las siguientes 21 líneas", mientras que:.,$v/bar/d significa "desde aquí hasta el final del archivo, elimine cualquier línea que NO contenga la cadena "bar".

Es interesante que el comando grep común de Unix en realidad se inspiró en este comando ex (y lleva el nombre de la forma en que fue documentado). El comando ex:g/re/p (grep) fue la forma en que documentaron cómo "imprimir" "globalmente" líneas que contienen una "expresión regular" (re). Cuando se usaron ed y ex:p , el comando fue uno de los primeros que alguien aprendió y, a menudo, el primero que se usó al editar cualquier archivo. Así era como imprimías el contenido actual (generalmente solo una página completa a la vez usando :.,+25po algo así).

Tenga en cuenta que :% g/.../do (su contraparte reVerse/conVerse: :% v/.../dson los patrones de uso más comunes. Sin embargo, hay un par de excomandos más que vale la pena recordar:

Podemos usarlo mpara mover líneas y junir líneas. Por ejemplo, si tiene una lista y desea separar todas las cosas que coinciden (o por el contrario, NO coinciden con algún patrón) sin eliminarlas, entonces puede usar algo como: ... :% g/foo/m$y todas las líneas "foo" se habrán movido a el final del archivo. (Tenga en cuenta el otro consejo sobre utilizar el final de su archivo como espacio temporal). Esto habrá conservado el orden relativo de todas las líneas "foo" y las habrá extraído del resto de la lista. (Esto sería equivalente a hacer algo como: 1G!GGmap!Ggrep foo<ENTER>1G:1,'a g/foo'/d(copiar el archivo a su propia cola, filtrar la cola grepy eliminar todo el material del encabezado).

Para unir líneas, normalmente puedo encontrar un patrón para todas las líneas que deben unirse a su predecesora (todas las líneas que comienzan con "^ " en lugar de "^ * " en alguna lista con viñetas, por ejemplo). En ese caso, usaría: :% g/^ /-1j(para cada línea coincidente, suba una línea y únalas). (Por cierto: para las listas de viñetas, intentar buscar las líneas de viñetas y unirse a la siguiente no funciona por un par de razones... puede unir una línea de viñetas a otra, y no unirá ninguna línea de viñetas a todas a sus continuaciones; sólo funcionará por pares en los partidos).

Casi no hace falta mencionar que puedes usar nuestro viejo amigo s(sustituto) con los comandos gy v(global/converse-global). Normalmente no es necesario hacerlo. Sin embargo, considere algún caso en el que desee realizar una sustitución solo en líneas que coincidan con algún otro patrón. A menudo puedes usar un patrón complicado con capturas y usar referencias anteriores para preservar las partes de las líneas que NO deseas cambiar. Sin embargo, a menudo será más fácil separar la coincidencia de la sustitución: :% g/foo/s/bar/zzz/g-- por cada línea que contenga "foo", sustituya todas las "barras" por "zzz". (Algo como:% s/\(.*foo.*\)bar\(.*\)/\1zzz\2/g solo funcionaría para los casos de "bar" que fueron PRECEDIDOS por "foo" en la misma línea; ya es bastante desgarbado y tendría que modificarse aún más para captar todos los casos en los que "bar" precedió " foo")

El punto es que hay más que solo líneas p, sy den el exconjunto de comandos.

Las :direcciones también pueden referirse a marcas. Por lo tanto, puede usar: :'a,'bg/foo/jpara unir cualquier línea que contenga la cadena foo a su línea siguiente, si se encuentra entre las líneas entre las marcas ' a ' y ' b '. (Sí, todos los exejemplos de comandos anteriores se pueden limitar a subconjuntos de líneas del archivo anteponiendo este tipo de expresiones de direccionamiento).

Eso es bastante oscuro (solo he usado algo así unas cuantas veces en los últimos 15 años). Sin embargo, admito libremente que a menudo he hecho cosas de forma iterativa e interactiva que probablemente podrían haberse hecho de manera más eficiente si me hubiera tomado el tiempo para pensar en el encantamiento correcto.

Otro comando vi o ex muy útil es :rleer el contenido de otro archivo. Por lo tanto: :r fooinserta el contenido del archivo llamado "foo" en la línea actual.

Más poderoso es el :r!comando. Esto lee los resultados de un comando. Es lo mismo que suspender la sesión de vi , ejecutar un comando, redirigir su salida a un archivo temporal, reanudar la sesión de vi y leer el contenido del archivo temporal. archivo.

Aún más poderosos son los comandos !(bang) y :... !( ex bang). Estos también ejecutan comandos externos y leen los resultados en el texto actual. Sin embargo, ¡también filtran selecciones de nuestro texto a través del comando! Podemos ordenar todas las líneas de nuestro archivo usando 1G!Gsort( Ges el comando vi "goto"; por defecto va a la última línea del archivo, pero puede tener como prefijo un número de línea, como 1, la primera línea). Esto es equivalente a la variante ex:1,$!sort . Los escritores suelen utilizar !las utilidades fmt o fold de Unix para reformatear o "ajustar palabras" selecciones de texto. Una macro muy común es {!}fmt(reformatear el párrafo actual). Los programadores a veces lo usan para ejecutar su código, o solo partes del mismo, mediante sangría. u otras herramientas de reformateo de código.

Usar los comandos :r!y !significa que cualquier utilidad o filtro externo puede tratarse como una extensión de nuestro editor. Ocasionalmente los he usado con scripts que extraían datos de una base de datos, o con comandos wget o lynx que extraían datos de un sitio web, o comandos ssh que extraían datos de sistemas remotos.

Otro comando ex:so útil es (abreviatura de :source). Esto lee el contenido de un archivo como una serie de comandos. Cuando inicia vi , normalmente, implícitamente, realiza un archivo :sourceon ~/.exinitrc(y Vim generalmente lo hace ~/.vimrc, naturalmente). El uso de esto es que puede cambiar su perfil de editor sobre la marcha simplemente obteniendo un nuevo conjunto de macros, abreviaturas y configuraciones de editor. Si eres astuto, puedes incluso usar esto como un truco para almacenar secuencias de comandos de edición ex para aplicarlos a archivos bajo demanda.

Por ejemplo, tengo un archivo de siete líneas (36 caracteres) que ejecuta un archivo a través de wc e inserta un comentario de estilo C en la parte superior del archivo que contiene los datos del recuento de palabras. Puedo aplicar esa "macro" a un archivo usando un comando como:vim +'so mymacro.ex' ./mytarget

(La +opción de línea de comando para vi y Vim se usa normalmente para iniciar la sesión de edición en un número de línea determinado. Sin embargo, es un hecho poco conocido que se puede seguir +con cualquier comando/expresión ex válida , como un comando "fuente" como Lo he hecho aquí; para un ejemplo simple, tengo scripts que invocan: vi +'/foo/d|wq!' ~/.ssh/known_hostseliminar una entrada de mi archivo de hosts conocidos SSH de forma no interactiva mientras estoy volviendo a crear una imagen de un conjunto de servidores).

Por lo general, es mucho más fácil escribir este tipo de "macros" usando Perl, AWK, sed (que es, de hecho, como grep, una utilidad inspirada en el comando ed ).

El comando es probablemente el comando vi@ más oscuro . Al impartir ocasionalmente cursos avanzados de administración de sistemas durante casi una década, he conocido a muy pocas personas que alguna vez lo hayan usado. ejecuta el contenido de un registro como si fuera un comando vi o ex . Ejemplo: suelo utilizar: para buscar algún archivo en mi sistema y leer su nombre en mi documento. A partir de ahí, elimino todos los resultados superfluos y dejo solo la ruta completa al archivo que me interesa. En lugar de revisar laboriosamente cada componente de la ruta (o peor, si me quedo atascado en una máquina sin soporte para completar con pestañas). en su copia de vi ) solo uso:@
:r!locate ...Tab

1. 0i:r(para convertir la línea actual en un comando :r válido ),
2. "cdd(para eliminar la línea en el registro "c") y
3. @cejecutar ese comando.

Son solo 10 pulsaciones de teclas (y la expresión "cdd @ces efectivamente una macro de dedo para mí, por lo que puedo escribirla casi tan rápido como cualquier palabra común de seis letras).

Un pensamiento aleccionador

¡Solo he arañado la superficie del poder de vi y nada de lo que he descrito aquí es siquiera parte de las "mejoras" que dan nombre a vim ! Todo lo que he descrito aquí debería funcionar en cualquier copia antigua de vi de hace 20 o 30 años.

Hay personas que han usado mucho más poder de vi que yo.

Aug 02 '2009 23:08 Jim Dennis