我一直在寻找一个合理的答案对这个dilema，routeProvider或不。
看起来好像$ routeProvider很快就要停止，并替换为$ stateProvider不幸的是，我不知道这个语句的正确性加stateProvider仍然只能通过ui_router插件。
是计划添加stateProvider作为AngularJS核心的一部分吗？是否保存假设它将很快替换旧的$ routeProvider？
他们当然不能一起玩，我在github中找到的迁移CI不工作，缺乏文档。
很长时间后，我们决定咬住子弹，从1.1.1迁移到1.2。同时我们意识到$ routerProvider的有限性是如此有限，所以我们使用ui-router。到目前为止，我们喜欢它，它允许你在视图中做一些复杂的嵌套，并为你的应用添加一些更多的结构，例如，在$ stateProvider中，你可以定义onEnter和onExit，它允许你修改数据并恢复它退出时，你也可以transitionTo状态，这是非常强大的。我会投票支持ui-router作为Angular核心的一部分，甚至替换$ routeProvider。我希望这可以帮助你做出决定。 $ routeProvider仍然有效，如果你有一个基本的应用程序或演示页面。
原文链接：https://www.f2er.com/angularjs/145948.html