0

移动端SeeApp开发总结-4

一晃眼已经2016年了，隔了几个月没有总结写文章好想抽死自己。而且要准备校招了得放点东西到这里呀。寒假又来See实习了。大三上学期也断断续续帮See写一些页面：http://biouscowork.sinaapp.com/，每次活动都各种熬夜，后面才慢慢改善。接下来写一些这些页面的总结和坑。这次是接口渲染。 Ajax & Cgi CGI：通用网关接口（Common Gateway Interface）是一个Web服务器主机提供信息服务的标准接口。通过CGI接口，Web服务器就能够获取客户端提交的信息，转交给服务器端的CGI程序进行处理，最后返回结果给客户端。 这就是经常说的接口啦。cgi这个词是看过某大大写的页面后才发现原来应该这么叫。一般请求接口返回的就是需要渲染的数据了，比如这个：getActivity 。一般后台给的都是json，如果是字符串的话就前端解析一下就好了。一般一个活动页面是这样的流程：前端重构好，拿到接口后就直接渲染。运营提供数据给后台开发，后台改接口返回的数据。不是之前的php框架那样服务器渲染好后吐出html，用接口的html一般没有太多数据，所以要是接口请求失败了或者请求时间比较长页面会有很长的空白，体验没那么好。自己总结一下优缺点吧：优点： 简单的前后端分离，后端只提供数据，前端专注渲染 容易控制一些异步的数据展现 可以通过接口的代理简单实现本地开发，不需要太依赖后端环境 缺点： 请求上多了接口，渲染工作放在了客户端，性能不太好 和后台联调需要一些时间，沟通成本增加 不利于SEO，不过这种做的一般是活动页面，SEO并不是很重要 js代码需要一定的组织