Conversor de padrão glob para regex

Os padrões glob de shell são a linguagem cotidiana dos filtros de nomes de arquivo: o asterisco para qualquer sequência de caracteres, a interrogação para um único caractere e as classes entre colchetes para um conjunto ou intervalo. As expressões regulares usam uma sintaxe diferente e mais densa, e os desenvolvedores precisam com frequência de uma tradução fiel ao conectar um filtro de interface, um harness de testes ou um arquivo de configuração que só aceita regex. Este conversor de padrão glob para regex aceita um padrão no estilo shell, percorre-o uma única vez caractere a caractere, mapeia cada curinga para a contraparte regex, escapa todo literal que de outro modo seria especial em uma expressão regular e devolve uma string regex estável mais um corpo sem âncoras quando você precisa embutir o fragmento. O modo de caminho opcional impede que asterisco e interrogação cruzem a barra, de forma que as regras por segmento coincidem com o comportamento do find e de muitos shells.

Como globs de shell se mapeiam para expressões regulares

Um glob de shell é uma linguagem compacta de padrões pensada para casar nomes de arquivo, não para análise completa de texto. O curinga asterisco casa qualquer sequência de caracteres (incluindo a sequência vazia); neste conversor o mapeamento padrão é a construção regex ponto-asterisco, enquanto o modo de caminho mapeia o asterisco para uma classe de caracteres que exclui a barra seguida de um quantificador asterisco, de modo que um único asterisco não engole separadores de diretório.

A interrogação casa exatamente um caractere; o modo padrão usa um único ponto e o modo de caminho usa uma classe de um caractere que não é barra. Expressões entre colchetes como a-z ou abc tornam-se a classe de caracteres regex correspondente. A negação no shell usa ponto de exclamação logo após o colchete de abertura, e esta ferramenta reescreve isso como classe negada com circunflexo para que motores que só conhecem negação com circunflexo continuem funcionando.

Um circunflexo logo após o colchete de abertura também é aceito como negação. A barra invertida antes de um caractere força esse caractere a ser tratado como literal mesmo quando é asterisco, interrogação ou colchete de abertura. Todo caractere comum especial em expressões regulares — ponto, mais, parênteses, chaves, barra vertical, circunflexo, cifrão e afins — é escapado para que um fragmento de nome como report.v2 não signifique acidentalmente report seguido de qualquer caractere seguido de v2.

A expansão de chaves na forma chave a vírgula b chave é pré-processamento do shell, não casamento glob, portanto as chaves permanecem literais na regex de saída em vez de se tornarem grupos de alternância.

Quando vale converter um glob em regex

Filtros de produto no frontend costumam começar como globs amigáveis (asterisco para qualquer sufixo, interrogação para um placeholder) enquanto o índice de busca ou o banco de dados só aceita expressões regulares; converter na borda mantém a linguagem do produto simples e o motor de consulta correto. Suites de testes e scripts de CI que aceitam globs de inclusão e exclusão podem compilar esses globs uma vez em objetos regex e reutilizá-los em milhares de verificações de caminho sem reimplementar ad hoc as regras do shell.

Fluxos de revisão de segurança e busca em código às vezes precisam mostrar o que um glob legado realmente significa em forma regex antes de aprovar uma mudança de regra. Validação falha não consome saldo. Mantenha os padrões curtos, fixe as strings regex devolvidas nos testes e você obtém traduções reproduzíveis para widgets, SDKs e workers de borda sem levantar um shell ou uma biblioteca fnmatch específica de linguagem por conta própria.