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进行处理的方式。