angular-单页面应用程序

标签：刷新   mvvm   适合   url   wiki   覆盖   客户端   模式   分离   

我们都知道angularjs是单一页面应用程序，那什么是单一页面应用程序呢？单一页面应用程序到底有什么好处呢？

下面我们来看一下：

首先我觉得可以把页面的响应模式分成这样大概3个阶段：

1. 最传统的阶段：什么都得刷新

　　最传统的web站点中，客户端向服务器发送请求，服务器响应之后把生成好的HTML通过Response返回给客户端，这样一来一往。体验当然是最不好的，同时对服务器来说也需要处理的更多。

2. 页面局部刷新

　　至从Ajax火起来之后，大家就想起了这一点。页面某一块局部的数据可以在页面在客户端加载完之后，再从新发起一个请求去把某一块的HTML代码再拿下来显示到页面中。这里面有两种做法，一种是后台直接把HTML生成好了直接返回，另一种做法是服务器只返回数据，客户端再拼出HTML。采取第二种做法的时候，有人可能已经用上了先进的模板技术，有人可能还在使用强大的字符串拼接技术。 不管怎么说，我们进步了，用户可以先看到页面，然后某一块慢慢加载，用户感觉爽了，再也不是一片空白在那里转啊转啊的了。

3. 整站单页

　　整站单页的时代到来最早是在2005年，当然那时候还只是一个术语。具体的例子，我最早接触到的是Gmail，当然最简单的单页其实很简单比如说某Q邮箱，整了个Frame在页面里面，不管你怎么点，它懒是感觉没有刷新呀。这里先简单说说我们要实现的这个单页和用Frame实现的单页相比有什么优势。

• 拥有良好定义的URL，对用户和搜索引擎都更友好。
• 可以实现衔接动画，这一点在移动设备上特别重要。
• 页面生命周期对比。

优势 

• 对于用户而言，更好的用户体验，特别体现在可移动端和可触摸设备上
• 对于开发都而言，在定义了良好的分层架构之后，UI与数据可以完全分离，只要后台的数据接口不改变，后台的逻辑可以随意的改动页不影响前端展示，而在加上前端MVVM框架之后，我们前端的数据也可以与UI完成分离。

难题

• 最大的难题是Javascript部分，由于全部在一个页面，我们需要处理变量覆盖，变量作用域，对于前端开发人员来说要求会更上一层楼
• 对于全球化，授权等模块都需要重新考虑和设计以便更适合这种单页程序的开发。

View Container

　　这是一个客户端的模板容器，在requireJS的基础封装了一下，第一次调用某个模板的时候会去服务器上拿，后来就直接用客户端的了。

为什么模板不直接用html的？

　　这个问题我也想过，用纯html的就不必走mvc那一套生命周期了，服务器压力减少不小。但是考虑到我们view当中的授权模块和全球化资源，其实是可以直接在服务器端处理好再返回的。而且我也偷了一个懒，没有把这些放在客户去实现。

angular-单页面应用程序

标签：刷新   mvvm   适合   url   wiki   覆盖   客户端   模式   分离   

原文地址：http://www.cnblogs.com/DongZixin/p/7092507.html