01
Vazio não é curinga
O modo por componentes envia os oito campos explicitamente. * aceita qualquer valor; um campo vazio exige um componente vazio. A URL base resolve os candidatos sem acrescentar condições de host a esse modo.
URLS E ROTEAMENTO
testar URLPatternencontre o componente que não corresponde
Uma URL por linha e um padrão para todos os casos. Escolha o mecanismo abaixo das entradas.
testar URLPattern
Padrão
URLs candidatas
URLs e padrões são processados neste navegador. Nenhuma requisição é enviada aos endereços digitados.
Resultados da correspondência
Digite pelo menos uma URL candidata.
Opções de correspondência
URLPattern: * aceita qualquer valor; campo vazio exige componente vazio. Os detalhes mostram capturas independentes mesmo quando a URL inteira não corresponde.
A base resolve candidatos e padrões de string relativos. Não acrescenta condições ao modo por componentes.
Limites: 512 unidades por padrão, 200 URLs, 2.048 por URL/base, 131.072 unidades UTF-16 no total; worker de 2 segundos.
Resultados desatualizados ou cálculo em andamento.
Ao testar URLPattern, mantenha juntos os endereços que deveriam passar e os que deveriam falhar. Outro host ou uma barra final pode alterar o resultado sem que isso fique claro em um único exemplo bem-sucedido.
A correspondência de URLs e os padrões de rotas nem sempre verificam as mesmas partes. Confira grupos nomeados no mecanismo escolhido. Uma correspondência não confirma a existência do recurso nem qual função o servidor vai executar.
Por que testar URLPattern aqui
Localize a parte diferente
Você pode testar URLPattern separando o resultado geral do diagnóstico independente dos oito componentes. O host pode falhar enquanto o caminho captura uma id. A captura parcial serve para diagnóstico e não é apresentada como um exec completo bem-sucedido.
Veja se o host participa
Uma condição hostname pode excluir outro host. O adaptador de rotas lê somente pathname; por isso, o mesmo caminho em outra origem pode corresponder. Manter esses dois casos mostra o alcance real de cada mecanismo.
Escolha primeiro a sintaxe
02
Confira a versão da rota
path-to-regexp v8 usa a sintaxe de caminhos do Express 5. Partes opcionais usam chaves e curingas precisam de nome. Trocar o mecanismo mantém as entradas; não converte a sintaxe automaticamente.
03
Espere o resultado atualizado
O teste automático começa 350 ms após a última edição. Desative-o para usar o botão ou Ctrl/Cmd + Enter. Uma mudança bloqueia imediatamente o relatório antigo. Abra os detalhes das linhas antes de exportar.
Leia componentes e capturas
Versões registradas
Ao testar URLPattern, são executados urlpattern-polyfill 10.1.0 e path-to-regexp 8.4.2. O relatório inclui versões, opções e entradas. Todos os navegadores usam o mesmo polyfill; a implementação nativa do navegador não é medida.
Estrutura das capturas preservada
URLPattern mantém os grupos por componente sem decodificação adicional. Capturas opcionais ausentes são exportadas como null. Curingas de rota nomeados normalmente retornam arrays; desativar a decodificação preserva a string original.
Endereços resolvidos à vista
Candidatos relativos usam a URL base indicada. O original e o endereço normalizado ficam no relatório, mostrando a remoção de portas padrão e a resolução de segmentos com pontos. Alterar a base pode mudar o candidato antes da comparação.
Erros mantêm a linha de origem
URLs inválidas e falhas de decodificação recebem o número da linha, enquanto os outros casos continuam. Erros de compilação interrompem o teste. A tela mostra 50 linhas por vez; o JSON inclui todas, com falhas e erros.
O alcance desta verificação
- Duas gramáticas separadas
- URLPattern aceita :id? e restrições como :id(\d+). A versão 8 usa chaves nas partes opcionais e curingas nomeados como *path. Uma sintaxe antiga pode gerar erro de compilação, em vez de simplesmente não corresponder.
- A consulta tem ordem
- search não inclui o ? inicial, e hash não inclui o # inicial. Parâmetros não são ordenados nem comparados como conjuntos. O adaptador verifica somente pathname; host, consulta e fragmento não participam.
- Normalizar não é decodificar
- O analisador URL normaliza hosts, portas padrão e segmentos com pontos. Capturas URLPattern permanecem codificadas. Um parâmetro de rota com codificação percentual inválida gera erro na linha quando a decodificação está ativa.
- Sem limpeza silenciosa
- Linhas vazias são ignoradas; duplicatas, espaços e números de linha são mantidos. Caracteres de controle e Unicode malformado são rejeitados. Mesmo que o analisador normalize espaços externos, o texto original permanece no relatório.
- Entrada e execução limitadas
- Cada padrão ou componente aceita 512 unidades UTF-16; cada URL e base, 2.048; o total, 131.072. O limite é de 200 candidatos não vazios e 2 segundos por worker. Exceder o limite não produz um relatório parcial apresentado como sucesso.
- Não simula o servidor
- Métodos HTTP, middleware, ordem de rotas e outros frameworks ficam fora do teste. Não há acesso às URLs, reescrita de caminhos, importação de arquivos, histórico persistente ou links com os dados de entrada.
Dúvidas ao testar URLPattern
Posso usar URLPattern com parâmetros de query string?
Sim, pelo componente search. Ele compara a string sem o ? inicial, e a ordem importa: a=1&b=2 não equivale automaticamente a b=2&a=1. URLPattern test não faz comparação de mapas de parâmetros.
URLPattern aceita segmentos de caminho opcionais?
Sim. URLPattern permite /users/:id?, enquanto path-to-regexp v8 usa /users{/:id}. Escolha o mecanismo antes de escrever a expressão e mantenha casos com e sem o segmento para verificar o comportamento.
Como posso definir um caminho relativo?
Candidatos relativos são resolvidos com a URL base. Padrões de string relativos também usam essa base. O modo por componentes passa os oito campos e não herda automaticamente o host da base.
Por que alguns componentes aparecem como grupos numerados?
Curingas criam capturas anônimas, como o grupo 0 para *. A ferramenta preserva a estrutura do mecanismo. Uma captura de string vazia é diferente de uma captura opcional ausente, que aparece como null no relatório.
A comparação diferencia maiúsculas e minúsculas?
Sim por padrão, com opção para ignorar a diferença. O host já é normalizado pelo analisador URL. Para verificar a sensibilidade do caminho, compare /users/42 com /USERS/42.
Encontrou um resultado inesperado?
Compare um acerto e um contraexemplo
Mantenha um endereço que deve corresponder e outro que não deve. Altere uma condição e confira os componentes antes de salvar o relatório atual.