Texto y herramientas cotidianas · Text Toolkit
¿Literal o expresión regular? Por qué un punto en su término de búsqueda puede cambiar todos los resultados
· Por qué es importante
buscar y reemplazar expresiones regulares edición de texto
Explica qué caracteres tienen significado en las expresiones regulares, qué sale mal cuando 'a.b' o 'v1.2 (beta)' se trata como un patrón y por qué un modo literal que escapa a todo debería ser el predeterminado.
Buscando 'v1.2' y haciendo coincidir 'v102': cómo una herramienta de expresiones regulares convierte silenciosamente la puntuación en comodines
Un agente de soporte que cambia `v1.2` en las notas de la versión puede esperar razonablemente que esos cuatro caracteres identifiquen una etiqueta de versión. Sin embargo, con Regex habilitado, el punto significa cualquier carácter excepto un salto de línea. Por lo tanto, el patrón puede coincidir con `v102`, `v1-2` o `v1x2`, y Reemplazar todo puede alterar entradas que nunca formaron parte de la versión solicitada.
Este error es silencioso porque el patrón es válido. No hay ningún mensaje de error para distinguir un comodín deliberado de una puntuación copiada de un nombre de archivo. La primera advertencia puede ser un recuento de reemplazos inesperadamente grande. Cuando la tarea es reemplazar exactamente un texto conocido, la puntuación debe ser información, no una instrucción para el motor de búsqueda.
Los metacaracteres: punto, corchetes, paréntesis, más, estrella, signo de interrogación, barra vertical, símbolo de intercalación, dólar y barra invertida, y lo que hace cada uno.
En el modo de expresión regular de JavaScript, un punto es un comodín; los corchetes definen una clase de carácter; los paréntesis crean un grupo; además, la estrella y el signo de interrogación controlan la repetición; y una pipa ofrece alternativas. Un signo de intercalación y un signo de dólar anclan el patrón al inicio o al final de todo el texto en esta herramienta, porque el modo multilínea no está habilitado.
Una barra invertida cambia la forma en que se lee el siguiente carácter y las llaves pueden expresar recuentos de repeticiones. Estos símbolos sólo importan en posiciones donde la gramática de expresiones regulares los trata de manera especial, por lo que memorizar una lista es menos confiable que decidir qué modo necesita el trabajo. Si coincide con una etiqueta, un fragmento de ruta o un nombre de archivo proporcionados, comience literalmente.
Los metacaracteres que importan en el modo de expresión regular de JavaScript
El modo literal hace que la búsqueda signifique lo que se escribió. ToolAcre escapa de los metacaracteres de expresiones regulares antes de compilar la búsqueda, por lo que `v1.2 (beta)` coincide con los puntos, los espacios y los paréntesis. No convierte la frase en un comodín seguido de un grupo de captura y aún encuentra cada ocurrencia exacta en el texto.
Ese escape ocurre solo en el lado de la búsqueda. El campo de reemplazo sigue las reglas de cadena de reemplazo de JavaScript, donde `$&` inserta el texto coincidente y `$$` produce un signo de dólar. Por lo tanto, la búsqueda literal es el valor predeterminado seguro para identificar texto, pero un reemplazo que contenga signos de dólar aún merece una revisión deliberada antes de seleccionar Reemplazar todo.
Modo Regex: cuando quieres el poder y cómo escapar de personajes individuales tú mismo
El modo Regex es útil cuando varios formularios deben coincidir con una regla. Un patrón puede apuntar a una variedad de dígitos, puntuación opcional o alternativas sin enumerar todas las fuentes ortográficas. Active Regex solo cuando esa variabilidad sea intencional, luego escape un carácter especial con una barra invertida cuando deba conservar su significado normal, como `.` para un punto.
La herramienta compila el patrón con la sintaxis de expresiones regulares de JavaScript y siempre lo aplica globalmente. Al borrar la distinción entre mayúsculas y minúsculas, se añaden coincidencias que no distinguen entre mayúsculas y minúsculas, pero no se ofrecen indicadores multilínea, puntos todos, fijos y Unicode. Se informa sintaxis no válida sin cambiar el texto. Aún se ejecuta un patrón válido pero demasiado amplio, por lo que el éxito de la compilación no es prueba de un conjunto de coincidencias seguro.
Ejemplo resuelto: reemplazar 'config.yml (antiguo)' en las notas de la versión en modo literal y luego intentar lo mismo en modo regex para ver la diferencia
Considere las notas de la versión que contienen `Load config.yml (old)`, `Archive configXyml old` y `Keep config.yml (new)`. Con Regex desactivado, busque `config.yml (old)` y reemplácelo con `config.yml (legacy)`. Exactamente la primera frase cambia porque el punto y los paréntesis se escapan antes de compilar el patrón.
Active Regex y envíe la misma búsqueda sin escape. El punto puede consumir otro carácter, mientras que los paréntesis agrupan `old` en lugar de coincidir con paréntesis literales, por lo que la línea deseada ya no coincide tal como está escrita. Un equivalente de expresión regular necesita `config.yml (old)`. La versión literal es más corta, más clara y está mejor alineada con esta tarea de texto exacto.
Errores comunes: dejar espacios al final en el cuadro de búsqueda, mezclar palabras completas y literales y olvidarse de verificar el recuento de reemplazos.
Los espacios finales son fáciles de pasar por alto porque el campo de búsqueda les da poco peso visual, pero el modo literal los conserva. Una búsqueda de `beta ` no coincidirá con `beta` al final de una línea. Verifique los límites de los campos cuando un término claramente visible no reporte reemplazos y evite agregar espacios simplemente para separar el texto copiado de la prosa circundante.
Palabra completa no es otro nombre para literal. Envuelve la búsqueda compilada en límites de palabras, que aquí están basados en ASCII y pueden fallar en términos de puntuación o términos acentuados. También inspeccione el recuento de reemplazos después de cada ejecución y use Deshacer cuando sea sorprendente. El recuento es una prueba del alcance, no un mensaje decorativo de éxito.
Errores comunes: espacios, límites de palabras completas y sintaxis de reemplazo
Esta página no intenta ofrecer una guía completa sobre los indicadores de expresiones regulares. ToolAcre utiliza coincidencias globales y, opcionalmente, coincidencias que no distinguen entre mayúsculas y minúsculas, mientras que los anclajes aún se refieren al texto completo en lugar de a cada línea. Los patrones copiados de motores con indicadores en línea, clases POSIX o sintaxis diferente pueden no compilarse o pueden significar algo más en el navegador.
Se admiten grupos de captura, por lo que el esquema necesita una corrección en lugar de decir que están fuera de la herramienta. En el modo Regex, se puede hacer referencia a los grupos con `$1`, `$2` y números posteriores en el reemplazo. Esa capacidad es independiente de la búsqueda literal y de los controles de bandera limitados; Úselo solo cuando el objetivo real sea reestructurar el texto coincidente.
Las banderas están limitadas aquí, mientras que los grupos de captura se admiten en reemplazos
La regla práctica es simple: deje desactivada Regex al reemplazar una versión conocida, nombre de archivo, etiqueta de producto o fragmento de oración. El modo literal escapa automáticamente de los caracteres especiales, preservando la puntuación que identifica el objetivo. Habilite Regex solo cuando pueda indicar qué variación debe aceptar el patrón y por qué una búsqueda exacta es insuficiente.
Antes de enviar las notas de la versión editadas, compare el recuento informado con la cantidad de cambios que esperaba e inspeccione el resultado. ToolAcre deja intactos los patrones no válidos y proporciona Deshacer para un patrón válido que llegó demasiado lejos. Esas salvaguardas ayudan, pero elegir el modo literal para el trabajo literal impide la concordancia amplia antes de que suceda.