Complete shim for $routeProvider backcomp

[timkindberg]

The shim to implement the $routeProvider API on top of $stateProvider is mostly there:

• copy over the unit tests from AngularJS and see what's missing to implement that API fully
• maybe also try some existing Angular samples that use $routeProvider and see if they still work when running on the $stateProvider implementation.

[0x-r4bbit]

So there should be a backward compatibility to $routeProvider? Kinda confuses me, 'cause README says it isn't the goal to make ui-router backward compatible (which of course doesn't mean that it's bad to have it).

[ksperling]

Well, $state itself won't be backwards compatible with $route, but I'd like to have a little separate compatibility layer that can be shipped as a separate JS file / separate Angular module that does provide backwards compatibility.

At the moment the build process bundles it into the same JS file, but it's a separate module, so there is no runtime cost if the compatibility layer isn't used.

[nateabele]

Closing this, since we're dropping BC with ngRoute.