Api: URL Pattern API implementation

[erivas-ligo]

Description

Related issue: 🚧 API: URLPattern #100

Dependencies: urlpattern

This PR uses urlpattern crate (which was created by Deno developers) to implement URLPattern.

The underlying crate, and thus URLPattern as defined here (and also Deno) has difference with the URL Pattern specified: it does not support the ignoreCase option. There is an open PR in urlpattern to support it, but it is already quite old, and not sure if it will be supported.

A single NativeClass is introduced (for URLPattern). For the other components (URLPatternInit, URLPatternInput, URLPatternComponentResult, URLPatternResult) this PR does not introduce native classes, and instead uses needed TryFromJs and IntoJs implementations.

Manual testing

nix develop
cargo run --bin jstz -- repl
>> (function () {
  const pattern = new URLPattern("https://deno.land/foo/:bar");
  console.log(pattern.protocol == "https");
  console.log(pattern.protocol == "https");
  console.log(pattern.hostname == "deno.land");
  console.log(pattern.pathname == "/foo/:bar");
  console.log(pattern.test("https://deno.land/foo/x"));
  console.log(!pattern.test("https://deno.com/foo/x"));
  match = pattern.exec("https://deno.land/foo/x");
  console.log(match);
  console.log(match.pathname.input == "/foo/x");
  // false, but also false in Deno/Chrome
  console.log(match.pathname.groups == { bar: "x" });
})();
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] [object Object]
[🪵] true
[🪵] false
>> (function () {
  const pattern = new URLPattern("/foo/:bar", "https://deno.land");
  console.log(pattern.protocol == "https");
  console.log(pattern.hostname == "deno.land");
  console.log(pattern.pathname == "/foo/:bar");
  console.log(pattern.test("https://deno.land/foo/x"));
  console.log(!pattern.test("https://deno.com/foo/x"));
  const match = pattern.exec("https://deno.land/foo/x");
  console.log(match);
  console.log(match.pathname.input == "/foo/x");
  // false, but also false in Deno/Chrome
  console.log(match.pathname.groups == { bar: "x" });
})();
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] [object Object]
[🪵] true
[🪵] false
>> (function () {
  const pattern = new URLPattern({
    pathname: "/foo/:bar",
  });
  console.log(pattern.protocol == "*");
  console.log(pattern.hostname == "*");
  console.log(pattern.pathname == "/foo/:bar");
  console.log(pattern.test("https://deno.land/foo/x"));
  console.log(pattern.test("https://deno.com/foo/x"));
  console.log(!pattern.test("https://deno.com/bar/x"));
  console.log(pattern.test({ pathname: "/foo/x" }));
})();

[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
[🪵] true
>>

Testing

Checklist

• Changes follow the existing code style (use make fmt-check to check)
• Tests for changes have been added
• Internal documentation has been added (if appropriate)
• Testing instructions have been added to PR

[johnyob]

LGTM! 🎉

Some minor nits to fix

[erivas-ligo]

Thanks for the review! Tried to address all of the comments.

[johnyob]

LGTM! 🎉

I made a review commit to:

• Fix handling of baseURL (incorrect property name in TryFromJs and missing in IntoJS)
• Added some TODO comments on handling errors in IntoJs (we should switch to a trait called TryIntoJs soon™️)
• Minor idiomatic changes to Rust code (namely preferring field access over destructuring)

This PR is ready to be merged, but I'd prefer to hold off on merging it until our testing infrastructure is done.

Also before merging please tidy up the git history (either by squashing or rebasing and rewriting history)

[johnyob]

@erivas-ligo are wpt tests enabled? If not, then this PR will be stuck until so