RESTful SPA 杂谈

    在从前的从前，Javascript还不是流行的时代，HTML语言可以说是浏览器的基础了，那时候，一个页面的HTML渲染，完全依赖于后端服务器，如JSP ，PHP等页面渲染技术。

    后来Javascript逐渐流行了起来，并且伴随着AJAX技术的兴起，有一部分尝试着把HTML渲染的工作放在Javascript中进行，这样做的好处就是，后端和前端分离的比较明确，前端工作人员不需要知道什么是JSP之类的，就可以轻松的制作出漂亮的动态页面。

    同一时间，Mobile也开始兴起。Mobile的展示完全不依赖JSP之类的技术，他们只需要裸数据，比如说JSON。这时候，某位大神提出了RESETful API设计的方法，强调后端应用应该专注于API接口的提供，而非数据显示。所以，兴起了一阵RESTful API 设计的潮流。

    个人认为，RESTful API的核心价值体现在跨平台HTTP接入的作用，避免了Web Service的复杂程度，使得WEB，IOS，Android，都可以通过RESTful API获取具体的数据，然后进行展示。而数据传输协议格式JSON，也时常被人们提起和使用。

    SPA（single page app）在前一段时间开始火热起来，它克服了原有HTML的一些问题，如页面之间的数据传输，打开新页面的等待时间，严重依赖后端服务器等问题。使得Web开发工程师，能在一个页面中，完成所有的工作。但是也引入了一些问题，如SEO优化等。

    后来，某些技术公司推出了mobile+spa的应用，如支付宝钱包，这种做法可以在不升级APP的情况下，热部署上线应用。然而mobile+spa技术，相对于原生App，还是有一些缺陷，如无法直接截取back事件，导致back到失效的页面。当然，我们可以通过一些额外的手段解决，如SPA自己进行管理Stack，取消WebView的原生back功能，采用自己发送back事件给SPA进行处理的方式。