Some notes from the MVC team about routelocalization

[Dresel]

Much thanks for the feedback.

Great, didn't know 2.0 is already in the pipeline. Looking forward to any additional application model functionality. Once you are used to it, it's a great way for building extensions.

The resource filter is a good idea, that's definitely something for the next release.

I saw that, that's where I copied them from :)

Good to hear I'm not completely on the wrong track, will now work on finalizing (documentation, integration tests, ...) and integrating any additional feedback.

[Dresel]

At a high level, we want to eventually expose a fluent API (like your RouteTranslationBuilder) for application model. This isn't a high priority for us in 2.0.0 (it hasn't been asked for by many yet) so we're looking at 2.1.0 at the earliest. This might get you out of some boilerplate when/if we do it, but for now I think what you're doing here is great.

@rynowak Is there something there now that could be used for a future version of RouteLocalization?

[rynowak]

What did you have in mind? MVC's Application Model is a little complicated to use so we haven't built higher level APIs on top of it.

We're looking at changing the model a bit more in 3.0. You'd probably be interested in this: https://youtu.be/8k0OKeGsWTg?t=54m54s

Depending on your plans, that might help or not.

/cc @JamesNK @davidfowl

[Dresel]

Thanks for your answer. Just wanted to make sure I'm not missing something important.

Seems interesting, so instead of using the Application Model I might be able to work with the endpoints directly.

[Dresel]

Branch was moved to the RouteLocalization.AspNetCore repository. Your feedback was incorporated.

Let's wait and see what 3.0 will bring - it's a pity I have to spend most of my time with Xamarin now :)