目前要开发一个web应用，采用spa单页面开发适合吗？通过angular ui进行route 有什么优点和缺点吗？～
何止是合适，他就是干这个的。
以下为优点，缺点就是开发变复杂了。
http://jishu.zol.com.cn/17898.html 在单页面应用中，视图之间的跳转就显尤为重要的，随着应用越来越复杂，我们需要用一种方法来精确控制什么时候该呈现怎样的页面给用户。 咱们可以通过在主页面中引入不同的模板来支持不同页面的切换，但是这么做的缺点就是，越来越多的内嵌代码导致最后难以管理。 通过ng-include指令我们可以把很多的模板整合在视图中，但是我们有更好的方法来处理这种情况，我们可以把视图打散成layout和模板视图，然后根据用户访问的特定的URL来显示需要的视图。 我们可以将这些“碎片”在一个布局模板中拼接起来。 AngularJS通过在$routeProvider($route服务的提供者)上声明routes来实现上面的构想。 使用$routeProvider，我们可以更好的利用浏览历史的API并且可以让用户可以把当前路径存成书签以方便以后的使用。
其实angular，ember已经可以适用大型应用开发了，什么应用都可以用单页面技术搞。其中主要的问题还是资源加载，内存管理之类。毫无疑问，angular之类可以大量减少重复资源加载，提升流畅度。 至于ui-router，那是一个更加强大的router。看看你有没有必要使用了，如果只有几个页面，并无嵌套的view，无需使用ui-router。如果很复杂，那就最好使用ui-router了。
何止是合适，他就是干这个的。
以下为优点，缺点就是开发变复杂了。
http://jishu.zol.com.cn/17898.html
在单页面应用中，视图之间的跳转就显尤为重要的，随着应用越来越复杂，我们需要用一种方法来精确控制什么时候该呈现怎样的页面给用户。
咱们可以通过在主页面中引入不同的模板来支持不同页面的切换，但是这么做的缺点就是，越来越多的内嵌代码导致最后难以管理。
通过ng-include指令我们可以把很多的模板整合在视图中，但是我们有更好的方法来处理这种情况，我们可以把视图打散成layout和模板视图，然后根据用户访问的特定的URL来显示需要的视图。
我们可以将这些“碎片”在一个布局模板中拼接起来。
AngularJS通过在$routeProvider($route服务的提供者)上声明routes来实现上面的构想。
使用$routeProvider，我们可以更好的利用浏览历史的API并且可以让用户可以把当前路径存成书签以方便以后的使用。
其实angular，ember已经可以适用大型应用开发了，什么应用都可以用单页面技术搞。其中主要的问题还是资源加载，内存管理之类。毫无疑问，angular之类可以大量减少重复资源加载，提升流畅度。
至于ui-router，那是一个更加强大的router。看看你有没有必要使用了，如果只有几个页面，并无嵌套的view，无需使用ui-router。如果很复杂，那就最好使用ui-router了。