path-to-regexp 6.2.1 → 7.0.0

package/Readme.md

@@ -16,59 +16,54 @@ npm install path-to-regexp --save
 
 ## Usage
 
-```javascript
+```js
 const { pathToRegexp, match, parse, compile } = require("path-to-regexp");
 
-// pathToRegexp(path, keys?, options?)
-// match(path)
-// parse(path)
-// compile(path)
+// pathToRegexp(path, options?)
+// match(path, options?)
+// parse(path, options?)
+// compile(path, options?)
 ```
 
 ### Path to regexp
 
-The `pathToRegexp` function will return a regular expression object based on the provided `path` argument. It accepts the following arguments:
+The `pathToRegexp` function returns a regular expression with `keys` as a property. It accepts the following arguments:
 
-- **path** A string, array of strings, or a regular expression.
-- **keys** _(optional)_ An array to populate with keys found in the path.
+- **path** A string.
 - **options** _(optional)_
-  - **sensitive** When `true` the regexp will be case sensitive. (default: `false`)
-  - **strict** When `true` the regexp won't allow an optional trailing delimiter to match. (default: `false`)
-  - **end** When `true` the regexp will match to the end of the string. (default: `true`)
-  - **start** When `true` the regexp will match from the beginning of the string. (default: `true`)
-  - **delimiter** The default delimiter for segments, e.g. `[^/#?]` for `:named` patterns. (default: `'/#?'`)
-  - **endsWith** Optional character, or list of characters, to treat as "end" characters.
-  - **encode** A function to encode strings before inserting into `RegExp`. (default: `x => x`)
-  - **prefixes** List of characters to automatically consider prefixes when parsing. (default: `./`)
-
-```javascript
-const keys = [];
-const regexp = pathToRegexp("/foo/:bar", keys);
-// regexp = /^\/foo(?:\/([^\/#\?]+?))[\/#\?]?$/i
-// keys = [{ name: 'bar', prefix: '/', suffix: '', pattern: '[^\\/#\\?]+?', modifier: '' }]
+  - **sensitive** Regexp will be case sensitive. (default: `false`)
+  - **trailing** Regexp allows an optional trailing delimiter to match. (default: `true`)
+  - **end** Match to the end of the string. (default: `true`)
+  - **start** Match from the beginning of the string. (default: `true`)
+  - **loose** Allow the delimiter to be repeated an arbitrary number of times. (default: `true`)
+  - **delimiter** The default delimiter for segments, e.g. `[^/]` for `:named` parameters. (default: `'/'`)
+  - **encodePath** A function to encode strings before inserting into `RegExp`. (default: `x => x`, recommended: [`encodeurl`](https://github.com/pillarjs/encodeurl))
+
+```js
+const regexp = pathToRegexp("/foo/:bar");
+// regexp = /^\/+foo(?:\/+([^\/]+?))(?:\/+)?$/i
+// keys = [{ name: 'bar', prefix: '', suffix: '', pattern: '', modifier: '' }]
 ```
 
-**Please note:** The `RegExp` returned by `path-to-regexp` is intended for ordered data (e.g. pathnames, hostnames). It can not handle arbitrarily ordered data (e.g. query strings, URL fragments, JSON, etc). When using paths that contain query strings, you need to escape the question mark (`?`) to ensure it does not flag the parameter as [optional](#optional).
+**Please note:** The `RegExp` returned by `path-to-regexp` is intended for ordered data (e.g. pathnames, hostnames). It can not handle arbitrarily ordered data (e.g. query strings, URL fragments, JSON, etc).
 
 ### Parameters
 
 The path argument is used to define parameters and populate keys.
 
-#### Named Parameters
+#### Named parameters
 
-Named parameters are defined by prefixing a colon to the parameter name (`:foo`).
+Named parameters are defined by prefixing a colon to the parameter name (`:foo`). Parameter names can use any valid unicode identifier characters (similar to JavaScript).
 
 ```js
 const regexp = pathToRegexp("/:foo/:bar");
-// keys = [{ name: 'foo', prefix: '/', ... }, { name: 'bar', prefix: '/', ... }]
+// keys = [{ name: 'foo', ... }, { name: 'bar', ... }]
 
 regexp.exec("/test/route");
-//=> [ '/test/route', 'test', 'route', index: 0, input: '/test/route', groups: undefined ]
+//=> [ '/test/route', 'test', 'route', index: 0 ]
 ```
 
-**Please note:** Parameter names must use "word characters" (`[A-Za-z0-9_]`).
-
-##### Custom Matching Parameters
+##### Custom matching parameters
 
 Parameters can have a custom regexp, which overrides the default match (`[^/]+`). For example, you can match digits or names in a path:
 
@@ -94,64 +89,49 @@ regexpWord.exec("/users");
 
 **Tip:** Backslashes need to be escaped with another backslash in JavaScript strings.
 
-##### Custom Prefix and Suffix
+#### Unnamed parameters
 
-Parameters can be wrapped in `{}` to create custom prefixes or suffixes for your segment:
+It is possible to define a parameter without a name. The name will be numerically indexed:
 
 ```js
-const regexp = pathToRegexp("/:attr1?{-:attr2}?{-:attr3}?");
-
-regexp.exec("/test");
-// => ['/test', 'test', undefined, undefined]
+const regexp = pathToRegexp("/:foo/(.*)");
+// keys = [{ name: 'foo', ... }, { name: '0', ... }]
 
-regexp.exec("/test-test");
-// => ['/test', 'test', 'test', undefined]
+regexp.exec("/test/route");
+//=> [ '/test/route', 'test', 'route', index: 0 ]
 ```
 
-#### Unnamed Parameters
+##### Custom prefix and suffix
 
-It is possible to write an unnamed parameter that only consists of a regexp. It works the same the named parameter, except it will be numerically indexed:
+Parameters can be wrapped in `{}` to create custom prefixes or suffixes for your segment:
 
 ```js
-const regexp = pathToRegexp("/:foo/(.*)");
-// keys = [{ name: 'foo', ... }, { name: 0, ... }]
+const regexp = pathToRegexp("{/:attr1}?{-:attr2}?{-:attr3}?");
 
-regexp.exec("/test/route");
-//=> [ '/test/route', 'test', 'route', index: 0, input: '/test/route', groups: undefined ]
+regexp.exec("/test");
+// => ['/test', 'test', undefined, undefined]
+
+regexp.exec("/test-test");
+// => ['/test', 'test', 'test', undefined]
 ```
 
 #### Modifiers
 
-Modifiers must be placed after the parameter (e.g. `/:foo?`, `/(test)?`, `/:foo(test)?`, or `{-:foo(test)}?`).
+Modifiers are used after parameters with custom prefixes and suffixes (`{}`).
 
 ##### Optional
 
 Parameters can be suffixed with a question mark (`?`) to make the parameter optional.
 
 ```js
-const regexp = pathToRegexp("/:foo/:bar?");
+const regexp = pathToRegexp("/:foo{/:bar}?");
 // keys = [{ name: 'foo', ... }, { name: 'bar', prefix: '/', modifier: '?' }]
 
 regexp.exec("/test");
-//=> [ '/test', 'test', undefined, index: 0, input: '/test', groups: undefined ]
+//=> [ '/test', 'test', undefined, index: 0 ]
 
 regexp.exec("/test/route");
-//=> [ '/test/route', 'test', 'route', index: 0, input: '/test/route', groups: undefined ]
-```
-
-**Tip:** The prefix is also optional, escape the prefix `\/` to make it required.
-
-When dealing with query strings, escape the question mark (`?`) so it doesn't mark the parameter as optional. Handling unordered data is outside the scope of this library.
-
-```js
-const regexp = pathToRegexp("/search/:tableName\\?useIndex=true&term=amazing");
-
-regexp.exec("/search/people?useIndex=true&term=amazing");
-//=> [ '/search/people?useIndex=true&term=amazing', 'people', index: 0, input: '/search/people?useIndex=true&term=amazing', groups: undefined ]
-
-// This library does not handle query strings in different orders
-regexp.exec("/search/people?term=amazing&useIndex=true");
-//=> null
+//=> [ '/test/route', 'test', 'route', index: 0 ]
 ```
 
 ##### Zero or more
@@ -159,14 +139,14 @@ regexp.exec("/search/people?term=amazing&useIndex=true");
 Parameters can be suffixed with an asterisk (`*`) to denote a zero or more parameter matches.
 
 ```js
-const regexp = pathToRegexp("/:foo*");
+const regexp = pathToRegexp("{/:foo}*");
 // keys = [{ name: 'foo', prefix: '/', modifier: '*' }]
 
-regexp.exec("/");
-//=> [ '/', undefined, index: 0, input: '/', groups: undefined ]
+regexp.exec("/foo");
+//=> [ '/foo', "foo", index: 0 ]
 
 regexp.exec("/bar/baz");
-//=> [ '/bar/baz', 'bar/baz', index: 0, input: '/bar/baz', groups: undefined ]
+//=> [ '/bar/baz', 'bar/baz', index: 0 ]
 ```
 
 ##### One or more
@@ -174,168 +154,126 @@ regexp.exec("/bar/baz");
 Parameters can be suffixed with a plus sign (`+`) to denote a one or more parameter matches.
 
 ```js
-const regexp = pathToRegexp("/:foo+");
+const regexp = pathToRegexp("{/:foo}+");
 // keys = [{ name: 'foo', prefix: '/', modifier: '+' }]
 
 regexp.exec("/");
 //=> null
 
 regexp.exec("/bar/baz");
-//=> [ '/bar/baz','bar/baz', index: 0, input: '/bar/baz', groups: undefined ]
+//=> [ '/bar/baz', 'bar/baz', index: 0 ]
 ```
 
-### Match
+#### Wildcard
 
-The `match` function will return a function for transforming paths into parameters:
+A wildcard can also be used. It is roughly equivalent to `(.*)`.
 
 ```js
-// Make sure you consistently `decode` segments.
-const fn = match("/user/:id", { decode: decodeURIComponent });
+const regexp = pathToRegexp("/*");
+// keys = [{ name: '0', pattern: '[^\\/]*', separator: '/', modifier: '*' }]
 
-fn("/user/123"); //=> { path: '/user/123', index: 0, params: { id: '123' } }
-fn("/invalid"); //=> false
-fn("/user/caf%C3%A9"); //=> { path: '/user/caf%C3%A9', index: 0, params: { id: 'café' } }
-```
-
-The `match` function can be used to custom match named parameters. For example, this can be used to whitelist a small number of valid paths:
-
-```js
-const urlMatch = match("/users/:id/:tab(home|photos|bio)", {
-  decode: decodeURIComponent,
-});
-
-urlMatch("/users/1234/photos");
-//=> { path: '/users/1234/photos', index: 0, params: { id: '1234', tab: 'photos' } }
-
-urlMatch("/users/1234/bio");
-//=> { path: '/users/1234/bio', index: 0, params: { id: '1234', tab: 'bio' } }
-
-urlMatch("/users/1234/otherstuff");
-//=> false
-```
-
-#### Process Pathname
-
-You should make sure variations of the same path match the expected `path`. Here's one possible solution using `encode`:
-
-```js
-const fn = match("/café", { encode: encodeURI });
+regexp.exec("/");
+//=> [ '/', '', index: 0 ]
 
-fn("/caf%C3%A9"); //=> { path: '/caf%C3%A9', index: 0, params: {} }
+regexp.exec("/bar/baz");
+//=> [ '/bar/baz', 'bar/baz', index: 0 ]
 ```
 
-**Note:** [`URL`](https://developer.mozilla.org/en-US/docs/Web/API/URL) encodes paths, so `/café` would be normalized to `/caf%C3%A9` and match in the above example.
-
-##### Alternative Using Normalize
-
-Sometimes you won't have already normalized paths to use, so you could normalize it yourself before matching:
-
-```js
-/**
- * Normalize a pathname for matching, replaces multiple slashes with a single
- * slash and normalizes unicode characters to "NFC". When using this method,
- * `decode` should be an identity function so you don't decode strings twice.
- */
-function normalizePathname(pathname: string) {
-  return (
-    decodeURI(pathname)
-      // Replaces repeated slashes in the URL.
-      .replace(/\/+/g, "/")
-      // Reference: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/normalize
-      // Note: Missing native IE support, may want to skip this step.
-      .normalize()
-  );
-}
-
-// Two possible ways of writing `/café`:
-const re = pathToRegexp("/caf\u00E9");
-const input = encodeURI("/cafe\u0301");
-
-re.test(input); //=> false
-re.test(normalizePathname(input)); //=> true
-```
+### Match
 
-### Parse
+The `match` function returns a function for transforming paths into parameters:
 
-The `parse` function will return a list of strings and keys from a path string:
+- **path** A string.
+- **options** _(optional)_ The same options as `pathToRegexp`, plus:
+  - **decode** Function for decoding strings for params, or `false` to disable entirely. (default: `decodeURIComponent`)
 
 ```js
-const tokens = parse("/route/:foo/(.*)");
-
-console.log(tokens[0]);
-//=> "/route"
-
-console.log(tokens[1]);
-//=> { name: 'foo', prefix: '/', suffix: '', pattern: '[^\\/#\\?]+?', modifier: '' }
+// Make sure you consistently `decode` segments.
+const fn = match("/user/:id", { decode: decodeURIComponent });
 
-console.log(tokens[2]);
-//=> { name: 0, prefix: '/', suffix: '', pattern: '.*', modifier: '' }
+fn("/user/123"); //=> { path: '/user/123', index: 0, params: { id: '123' } }
+fn("/invalid"); //=> false
+fn("/user/caf%C3%A9"); //=> { path: '/user/caf%C3%A9', index: 0, params: { id: 'café' } }
 ```
 
-**Note:** This method only works with strings.
+**Note:** Setting `decode: false` disables the "splitting" behavior of repeated parameters, which is useful if you need the exactly matched parameter back.
 
 ### Compile ("Reverse" Path-To-RegExp)
 
 The `compile` function will return a function for transforming parameters into a valid path:
 
+- **path** A string.
+- **options** _(optional)_ Similar to `pathToRegexp` (`delimiter`, `encodePath`, `sensitive`, and `loose`), plus:
+  - **validate** When `false` the function can produce an invalid (unmatched) path. (default: `true`)
+  - **encode** Function for encoding input strings for output into the path, or `false` to disable entirely. (default: `encodeURIComponent`)
+
 ```js
-// Make sure you encode your path segments consistently.
-const toPath = compile("/user/:id", { encode: encodeURIComponent });
+const toPath = compile("/user/:id");
 
 toPath({ id: 123 }); //=> "/user/123"
 toPath({ id: "café" }); //=> "/user/caf%C3%A9"
-toPath({ id: "/" }); //=> "/user/%2F"
-
 toPath({ id: ":/" }); //=> "/user/%3A%2F"
 
-// Without `encode`, you need to make sure inputs are encoded correctly.
-const toPathRaw = compile("/user/:id");
+// When disabling `encode`, you need to make sure inputs are encoded correctly. No arrays are accepted.
+const toPathRaw = compile("/user/:id", { encode: false });
 
 toPathRaw({ id: "%3A%2F" }); //=> "/user/%3A%2F"
-toPathRaw({ id: ":/" }, { validate: false }); //=> "/user/:/"
+toPathRaw({ id: ":/" }); //=> "/user/:/", throws when `validate: false` is not set.
 
-const toPathRepeated = compile("/:segment+");
+const toPathRepeated = compile("{/:segment}+");
 
-toPathRepeated({ segment: "foo" }); //=> "/foo"
+toPathRepeated({ segment: ["foo"] }); //=> "/foo"
 toPathRepeated({ segment: ["a", "b", "c"] }); //=> "/a/b/c"
 
 const toPathRegexp = compile("/user/:id(\\d+)");
 
-toPathRegexp({ id: 123 }); //=> "/user/123"
 toPathRegexp({ id: "123" }); //=> "/user/123"
-toPathRegexp({ id: "abc" }); //=> Throws `TypeError`.
-toPathRegexp({ id: "abc" }, { validate: false }); //=> "/user/abc"
 ```
 
-**Note:** The generated function will throw on invalid input.
+## Developers
+
+- If you are rewriting paths with match and compiler, consider using `encode: false` and `decode: false` to keep raw paths passed around.
+- To ensure matches work on paths containing characters usually encoded, consider using [encodeurl](https://github.com/pillarjs/encodeurl) for `encodePath`.
+- If matches are intended to be exact, you need to set `loose: false`, `trailing: false`, and `sensitive: true`.
+
+### Parse
+
+A `parse` function is available and returns `TokenData`, the set of tokens and other metadata parsed from the input string. `TokenData` is can passed directly into `pathToRegexp`, `match`, and `compile`. It accepts only two options, `delimiter` and `encodePath`, which makes those options redundant in the above methods.
+
+### Token Information
+
+- `name` The name of the token
+- `prefix` _(optional)_ The prefix string for the segment (e.g. `"/"`)
+- `suffix` _(optional)_ The suffix string for the segment (e.g. `""`)
+- `pattern` _(optional)_ The pattern defined to match this token
+- `modifier` _(optional)_ The modifier character used for the segment (e.g. `?`)
+- `separator` _(optional)_ The string used to separate repeated parameters
 
-### Working with Tokens
+## Errors
 
-Path-To-RegExp exposes the two functions used internally that accept an array of tokens:
+An effort has been made to ensure ambiguous paths from previous releases throw an error. This means you might be seeing an error when things worked before.
 
-- `tokensToRegexp(tokens, keys?, options?)` Transform an array of tokens into a matching regular expression.
-- `tokensToFunction(tokens)` Transform an array of tokens into a path generator function.
+### Unexpected `?`, `*`, or `+`
 
-#### Token Information
+In previous major versions `/` and `.` were used as implicit prefixes of parameters. So `/:key?` was implicitly `{/:key}?`. For example:
 
-- `name` The name of the token (`string` for named or `number` for unnamed index)
-- `prefix` The prefix string for the segment (e.g. `"/"`)
-- `suffix` The suffix string for the segment (e.g. `""`)
-- `pattern` The RegExp used to match this token (`string`)
-- `modifier` The modifier character used for the segment (e.g. `?`)
+- `/:key?` → `{/:key}?` or `/:key*` → `{/:key}*` or `/:key+` → `{/:key}+`
+- `.:key?` → `{.:key}?` or `.:key*` → `{.:key}*` or `.:key+` → `{.:key}+`
+- `:key?` → `{:key}?` or `:key*` → `{:key}*` or `:key+` → `{:key}+`
 
-## Compatibility with Express <= 4.x
+### Unexpected `!`, `@`, `,`, or `;`
 
-Path-To-RegExp breaks compatibility with Express <= `4.x`:
+These characters have been reserved for future use.
 
-- RegExp special characters can only be used in a parameter
-  - Express.js 4.x supported `RegExp` special characters regardless of position - this is considered a bug
-- Parameters have suffixes that augment meaning - `*`, `+` and `?`. E.g. `/:user*`
-- No wildcard asterisk (`*`) - use parameters instead (`(.*)` or `:splat*`)
+### Express <= 4.x
 
-## Live Demo
+Path-To-RegExp breaks compatibility with Express <= `4.x` in the following ways:
 
-You can see a live demo of this library in use at [express-route-tester](http://forbeslindesay.github.io/express-route-tester/).
+- The only part of the string that is a regex is within `()`.
+  - In Express.js 4.x, everything was passed as-is after a simple replacement, so you could write `/[a-z]+` to match `/test`.
+- The `?` optional character must be used after `{}`.
+- Some characters have new meaning or have been reserved (`{}?*+@!;`).
+- The parameter name now supports all unicode identifier characters, previously it was only `[a-z0-9]`.
 
 ## License
 
@@ -345,7 +283,7 @@ MIT
 [npm-url]: https://npmjs.org/package/path-to-regexp
 [downloads-image]: https://img.shields.io/npm/dm/path-to-regexp
 [downloads-url]: https://npmjs.org/package/path-to-regexp
-[build-image]: https://img.shields.io/github/workflow/status/pillarjs/path-to-regexp/CI/master
+[build-image]: https://img.shields.io/github/actions/workflow/status/pillarjs/path-to-regexp/ci.yml?branch=master
 [build-url]: https://github.com/pillarjs/path-to-regexp/actions/workflows/ci.yml?query=branch%3Amaster
 [coverage-image]: https://img.shields.io/codecov/c/gh/pillarjs/path-to-regexp
 [coverage-url]: https://codecov.io/gh/pillarjs/path-to-regexp

package/dist/index.d.ts

@@ -1,50 +1,89 @@
+/**
+ * Encode a string into another string.
+ */
+export type Encode = (value: string) => string;
+/**
+ * Decode a string into another string.
+ */
+export type Decode = (value: string) => string;
 export interface ParseOptions {
     /**
      * Set the default delimiter for repeat parameters. (default: `'/'`)
      */
     delimiter?: string;
     /**
-     * List of characters to automatically consider prefixes when parsing.
+     * Function for encoding input strings for output into path.
      */
-    prefixes?: string;
+    encodePath?: Encode;
 }
-/**
- * Parse a string for the raw tokens.
- */
-export declare function parse(str: string, options?: ParseOptions): Token[];
-export interface TokensToFunctionOptions {
+export interface PathToRegexpOptions extends ParseOptions {
     /**
      * When `true` the regexp will be case sensitive. (default: `false`)
      */
     sensitive?: boolean;
     /**
-     * Function for encoding input strings for output.
+     * Allow delimiter to be arbitrarily repeated. (default: `true`)
+     */
+    loose?: boolean;
+    /**
+     * When `true` the regexp will match to the end of the string. (default: `true`)
+     */
+    end?: boolean;
+    /**
+     * When `true` the regexp will match from the beginning of the string. (default: `true`)
+     */
+    start?: boolean;
+    /**
+     * When `true` the regexp allows an optional trailing delimiter to match. (default: `true`)
+     */
+    trailing?: boolean;
+}
+export interface MatchOptions extends PathToRegexpOptions {
+    /**
+     * Function for decoding strings for params, or `false` to disable entirely. (default: `decodeURIComponent`)
+     */
+    decode?: Decode | false;
+}
+export interface CompileOptions extends ParseOptions {
+    /**
+     * When `true` the validation will be case sensitive. (default: `false`)
+     */
+    sensitive?: boolean;
+    /**
+     * Allow delimiter to be arbitrarily repeated. (default: `true`)
      */
-    encode?: (value: string, token: Key) => string;
+    loose?: boolean;
     /**
      * When `false` the function can produce an invalid (unmatched) path. (default: `true`)
      */
     validate?: boolean;
+    /**
+     * Function for encoding input strings for output into the path, or `false` to disable entirely. (default: `encodeURIComponent`)
+     */
+    encode?: Encode | false;
 }
 /**
- * Compile a string to a template function for the path.
+ * Tokenized path instance. Can we passed around instead of string.
  */
-export declare function compile<P extends object = object>(str: string, options?: ParseOptions & TokensToFunctionOptions): PathFunction<P>;
-export declare type PathFunction<P extends object = object> = (data?: P) => string;
+export declare class TokenData {
+    readonly tokens: Token[];
+    readonly delimiter: string;
+    constructor(tokens: Token[], delimiter: string);
+}
 /**
- * Expose a method for transforming tokens into the path function.
+ * Parse a string for the raw tokens.
  */
-export declare function tokensToFunction<P extends object = object>(tokens: Token[], options?: TokensToFunctionOptions): PathFunction<P>;
-export interface RegexpToFunctionOptions {
-    /**
-     * Function for decoding strings for params.
-     */
-    decode?: (value: string, token: Key) => string;
-}
+export declare function parse(str: string, options?: ParseOptions): TokenData;
+/**
+ * Compile a string to a template function for the path.
+ */
+export declare function compile<P extends object = object>(path: Path, options?: CompileOptions): PathFunction<P>;
+export type ParamData = Partial<Record<string, string | string[]>>;
+export type PathFunction<P extends ParamData> = (data?: P) => string;
 /**
  * A match result contains data about the path match.
  */
-export interface MatchResult<P extends object = object> {
+export interface MatchResult<P extends ParamData> {
     path: string;
     index: number;
     params: P;
@@ -52,71 +91,37 @@ export interface MatchResult<P extends object = object> {
 /**
  * A match is either `false` (no match) or a match result.
  */
-export declare type Match<P extends object = object> = false | MatchResult<P>;
+export type Match<P extends ParamData> = false | MatchResult<P>;
 /**
  * The match function takes a string and returns whether it matched the path.
  */
-export declare type MatchFunction<P extends object = object> = (path: string) => Match<P>;
+export type MatchFunction<P extends ParamData> = (path: string) => Match<P>;
 /**
  * Create path match function from `path-to-regexp` spec.
  */
-export declare function match<P extends object = object>(str: Path, options?: ParseOptions & TokensToRegexpOptions & RegexpToFunctionOptions): MatchFunction<P>;
-/**
- * Create a path match function from `path-to-regexp` output.
- */
-export declare function regexpToFunction<P extends object = object>(re: RegExp, keys: Key[], options?: RegexpToFunctionOptions): MatchFunction<P>;
+export declare function match<P extends ParamData>(path: Path, options?: MatchOptions): MatchFunction<P>;
 /**
- * Metadata about a key.
+ * A key is a capture group in the regex.
  */
 export interface Key {
-    name: string | number;
-    prefix: string;
-    suffix: string;
-    pattern: string;
-    modifier: string;
+    name: string;
+    prefix?: string;
+    suffix?: string;
+    pattern?: string;
+    modifier?: string;
+    separator?: string;
 }
 /**
  * A token is a string (nothing special) or key metadata (capture group).
  */
-export declare type Token = string | Key;
-export interface TokensToRegexpOptions {
-    /**
-     * When `true` the regexp will be case sensitive. (default: `false`)
-     */
-    sensitive?: boolean;
-    /**
-     * When `true` the regexp won't allow an optional trailing delimiter to match. (default: `false`)
-     */
-    strict?: boolean;
-    /**
-     * When `true` the regexp will match to the end of the string. (default: `true`)
-     */
-    end?: boolean;
-    /**
-     * When `true` the regexp will match from the beginning of the string. (default: `true`)
-     */
-    start?: boolean;
-    /**
-     * Sets the final character for non-ending optimistic matches. (default: `/`)
-     */
-    delimiter?: string;
-    /**
-     * List of characters that can also be "end" characters.
-     */
-    endsWith?: string;
-    /**
-     * Encode path tokens for use in the `RegExp`.
-     */
-    encode?: (value: string) => string;
-}
-/**
- * Expose a function for taking tokens and returning a RegExp.
- */
-export declare function tokensToRegexp(tokens: Token[], keys?: Key[], options?: TokensToRegexpOptions): RegExp;
+export type Token = string | Key;
 /**
- * Supported `path-to-regexp` input types.
+ * Repeated and simple input types.
  */
-export declare type Path = string | RegExp | Array<string | RegExp>;
+export type Path = string | TokenData;
+export type PathRegExp = RegExp & {
+    keys: Key[];
+};
 /**
  * Normalize the given path string, returning a regular expression.
  *
@@ -124,4 +129,6 @@ export declare type Path = string | RegExp | Array<string | RegExp>;
  * placeholder key descriptions. For example, using `/user/:id`, `keys` will
  * contain `[{ name: 'id', delimiter: '/', optional: false, repeat: false }]`.
  */
-export declare function pathToRegexp(path: Path, keys?: Key[], options?: TokensToRegexpOptions & ParseOptions): RegExp;
+export declare function pathToRegexp(path: Path, options?: PathToRegexpOptions): RegExp & {
+    keys: Key[];
+};