Correspondência limitada com curingas
Compare uma cadeia inteira com curingas de interrogação e asterisco limitando cada entrada a 256 pontos Unicode.
def wildcard(text, pattern):
if not isinstance(text, str) or not isinstance(pattern, str):
raise ValueError("text.required")
if len(text) > 256 or len(pattern) > 256:
raise ValueError("length.cap")
if any(ord(c) in (91, 93, 92) for c in pattern):
raise ValueError("syntax.unsupported")
previous = [True] + [False] * len(pattern)
for j, token in enumerate(pattern, 1):
previous[j] = token == "*" and previous[j - 1]
for char in text:
current = [False] * (len(pattern) + 1)
for j, token in enumerate(pattern, 1):
current[j] = (current[j - 1] or previous[j]) if token == "*" else (
previous[j - 1] and (token == "?" or token == char))
previous = current
return previous[-1]| Projeto | Teste cadeias vazias, asteriscos consecutivos e emoji, rejeitando colchetes e barras invertidas em vez de interpretar regras não aceitas. |
|---|---|
| Revise antes de aplicar | Compare o comportamento real com o resultado esperado. Se uma verificação falhar, investigue a causa antes de fazer outras alterações. |
| Modelos | Configure um endpoint compatível com OpenAI ou Anthropic com a URL base e uma chave API, quando necessária. Teste a conexão. O servidor local precisa estar em execução; ferramentas remotas podem transmitir dados separadamente. |
def wildcard(text, pattern):
if not isinstance(text, str) or not isinstance(pattern, str):
raise ValueError("text.required")
if len(text) > 256 or len(pattern) > 256:
raise ValueError("length.cap")
if any(ord(c) in (91, 93, 92) for c in pattern):
raise ValueError("syntax.unsupported")
previous = [True] + [False] * len(pattern)
for j, token in enumerate(pattern, 1):
previous[j] = token == "*" and previous[j - 1]
for char in text:
current = [False] * (len(pattern) + 1)
for j, token in enumerate(pattern, 1):
current[j] = (current[j - 1] or previous[j]) if token == "*" else (
previous[j - 1] and (token == "?" or token == char))
previous = current
return previous[-1]Dê à sintaxe de busca um contrato que os usuários entendam
GlobHaven oferece um ambiente de programação para Windows para transformar um requisito de correspondência em uma alteração de software revisável. Comece pela entrada digitada pelos usuários e pelos resultados que esperam. Uma solicitação sobre sintaxe de busca deve identificar os operadores suportados e o comportamento em caso de falha antes que o modelo conectado proponha um analisador ou reescreva o código de correspondência.
O exemplo de curingas com limites fornece uma possível discussão de projeto: comparar uma string completa usando uma gramática deliberadamente limitada. Traga exemplos de padrões que a aplicação aceita e rejeita e peça ao assistente que examine como essas regras chegam à interface. Isso evita que uma mudança em um operador prometa silenciosamente uma linguagem de busca muito mais ampla.
Revise o código proposto junto com as mensagens e a validação no código chamador. Teste entradas vazias, caracteres comuns e combinações dos curingas suportados usando seus próprios casos de teste. Inclua um caso que diferencie a correspondência da string inteira da busca por uma substring e confira o comportamento visível da busca na aplicação antes de confiar na implementação.
Um modelo de IA sem filtros pode ajudar se seu endpoint suportado compatível com OpenAI ou da Anthropic o oferecer. Configure a conexão com credenciais quando necessário e confira suas ferramentas e limites de contexto. GlobHaven fornece o ambiente do projeto; o comportamento do modelo continua dependendo do serviço, e você decide qual sintaxe proposta deve fazer parte do produto.
Antes de ampliar um recurso de correspondência
Como descrever o comportamento de correspondência sem indicar um algoritmo?
Forneça pares de padrão e entrada com os resultados esperados: verdadeiro ou falso. Informe se a string inteira deve corresponder e quais símbolos são especiais. Esses exemplos dão ao modelo um contrato claro sem impor uma implementação da qual talvez você não precise.
A sintaxe não suportada deve ser tratada como texto literal?
Escolha esse comportamento explicitamente para a aplicação. Se ela deve ser rejeitada, inclua o fluxo de erro e a mensagem esperados. Peça ao assistente que preserve essa escolha em vez de ampliar silenciosamente a gramática porque outro mecanismo suporta mais operadores.
O que demonstra a diferença entre busca de substring e correspondência completa?
Use uma entrada com caracteres extras antes ou depois de uma parte que corresponderia e informe o resultado esperado. Teste o mesmo caso pela interface, pois o código chamador pode transformar o padrão ou a entrada.
Adicionar um curinga afetará buscas salvas existentes?
Pode afetar se um texto antes literal adquirir um novo significado. Identifique os padrões armazenados e sua interpretação antes de mudar a sintaxe. Revise exemplos de compatibilidade com o código proposto e decida como as buscas existentes devem se comportar após a alteração.
GlobHaven · Atualizado 2026-10-25