Add support for parameterized routing. Refs #59, #91

[dstreet]

Pulls routes from next.config.js:

// next.config.js

exports.routes = [
  { path: '/posts/:id', file: 'posts/post' }
]

pages\
    index.js
routes\
    posts\
        post.js

Routes defined this way are resolved to the routes directory rather than pages to avoid conflicts and ensure existing functionality remains intact. Additionally, a parameters map is passed to each of the components via ctx.

[dstreet]

#91, #59

[nodegin]

This solution is duplicating pages folder! Which isn't minimalistic at all..

[dstreet]

I don't agree. It is meant to be a complement to the pages folder. pages is for static routes, whereas routes is for dynamic routing. If an app has no need for dynamic routing, then this directory can be ignored, maintaining an extremely minimal implementation.

[nkzawa]

@dstreet @nodegin I wonder how you think about #25 which can support this kind of routings too, as external plugins. I think it's more flexible and simple.

[nodegin]

@nkzawa Yes I agree providing an external for detailed customizations. But we can also give some basic support in the framework IMHO.

[dstreet]

@nkzawa I would be ok with that approach as long as plugins could hook into the existing rendering and transpiling.

[hoangzinh]

I'm looking forward to hoping this PR will be merged to our repo. I need to custom route to do something like:
/photos/:id => pages/photos/photo

[dstreet]

@hoangzinh I think the maintainers are going a different direction.

[hoangzinh]

@dstreet ah I see

[rauchg]

@dstreet

Considering #291 (comment), I suggest you start looking into transforming this into an API like:

const nextRoutes from 'next-routes'
const app = next()
createServer(nextRoutes(app)).listen(process.env.PORT || 3000)

Users of this approach will have to use node server.js instead of next start.

Then you can extend next.config.js with your routes, and you can read the config from app.config (cc @nkzawa).

This will give you the great expressiveness and ease-of-use, without us having to bloat the core :)