URL.canParse

二十年来,在客户方面对URLs实行监禁是一种常见的做法。 早日,包括使用不明确的定期表述,但 Java的文字说明最终演变成“<新编码URL的“URLs”。 虽然/code>在提供有效URL时具有令人信服的有用性,但无效的扼杀将产生一个错误——一刀! 不久将采用新的方法,即,以验证URLs!

在<代码>新URL上添加一个正式格式的URL,将产生一个错误,因此,对<代码>新版的URL的每一种使用都需要在try/ submissions内。 页: 1

// The correct, safest way
try {
  const url = new URL( https://davidwalsh.name/pornhub-interview );
} catch (e) {
  console.log("Bad URL provided!");
}

// Oops, these are problematic (mostly relative URLs)
new URL( / );
new URL( ../ );
new URL( /pornhub-interview );
new URL( ?q=search+term );
new URL( davidwalsh.name );

// Also works
new URL( javascript:; );

如你所看到的那样,将适当使用<代码><a>的插图有时用<代码>新URL赢得。 可在<代码>URL.canParse>上避开try/ submissions mess,以确定URL有效性:

// Detect problematic URLs
URL.canParse( / ); // false
URL.canParse( /pornhub-interview ); // false
URL.canParse( davidwalsh.name ); //false

// Proper usage
if (URL.canParse( https://davidwalsh.name/pornhub-interview )) {
  const parsed = new URL( https://davidwalsh.name/pornhub-interview );
}

远距密码格列斯和燃烧器<a>s to this URL和URL.canParse URLs代表的地址比这些日子要多得多,因此,拥有可靠的信息预报系统帮助网络开发商如此之多!