Consider maximum route size

[sisidovski]

Derived from whatwg/urlpattern#18.

For using URLPattern as an input of the static routing API, it makes sense to have a limit to the route size, as the router evaluation is on the critical path, and it can create resource considerations. whatwg/urlpattern#182 will include some common constraints in the future, so the static routing API should follow that.

This is more specific in the static routing API, we may have to consider the limit to the number of match rules that can be registered. Currently the API allows multiple rules but the maximum size is not defined. This would bring similar considerations to browsers.

This should be considered eventually in the ServiceWorker spec level, that will be ideal if we have the mention in w3c/ServiceWorker#1686.

[yoshisatoyanagisawa]

Since the memory size and storage size are limited, it might be generally good to have a limitation. When we decide the limitation, I suggest to decide lower limit instead of upper limit so that browser venders can set the size upon their situation.

By the way, do we have any concerns on the route size? Can registering tons of routes cause DoS to pages out of SW scope? ...Maybe indirect attack by consuming resources?

[yoshisatoyanagisawa]

w3c/ServiceWorker#1752 defines the max conditions, which works beyond each rule. That indirectly limits the number of rules.
Therefore, the topic has been fulfilled.