-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
redo API #6
Comments
why |
For API parity with server-router mostly, I was thinking
…On Wed, Jun 28, 2017, 18:08 Todd Kennedy ***@***.***> wrote:
why route instead of on? (I like on since it's sort of like an event
emitter -- we're going to trigger this function when this event happens.
Its just that the event is the browser's URL being changed)
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#6 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACWlel431qaolkluFDmiUc5vE9pA46LNks5sInprgaJpZM4OIFEb>
.
|
Also The use of |
Oh, I like the wildcard thing - def makes sense (:
…On Thu, Jun 29, 2017 at 1:45 AM Tim Wisniewski ***@***.***> wrote:
Also on might imply multiple handlers would be called if you defined
them, and I assume that's not the case (though maybe?).
The use of default as a route like that feels smelly to me, but not sure
what to propose instead and you may have already thought about this. What
if the way you defined the default route was to define a .route('*', ...)
route at the very end? In theory that would work with no code changes, and
is thus less API to memorise. Right? Or would it be called in addition to
matched handlers..
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#6 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACWleo7B0nePacFYgzC1vLzoI6S4Si1xks5sIuWsgaJpZM4OIFEb>
.
|
Base it on prototypes - and that's it I think ✨
The text was updated successfully, but these errors were encountered: