服务与支持 |咨询热线 0931-8733767
  • 金城在线
  • 公司简介
  • 发展历程
  • 企业文化
  • 售后服务
  • 工作机会
  • 联系我们

单页应用的定义

来源:发布时间:2017-11-22 10:24:31

        提到单页面,不得不提到ajax与seo这两者的关系。

前端原本是一个纯page的工作,但随着产品对用户体验的要求越发苛刻,ajax的使用也就越发的频繁,从起初的信息验证到后来的前端mvc,ajax虽然只是前后端通讯的工具,但在其中起到越来越重要的作用。

        然而相较与后端mvc,ajax渲染的方式存在一个很严重的问题。就是面对SEO几乎不举,而且刷新或发送url无法保留浏览进度。

        这时其实已经暴露出一个问题,就是如何界定前后端MVC的界限,以及如何处理前后端视图的统一。

        单页面就是为了解决这类问题而生的。前端自豪的拿到了监管url的权利,通过监听页面地址变化来调用前端MVC模块,渲染不同页面。当然,前端这时也拥有了修改URL的能力。管理好前端视图与URL,整个单页面就已经架构完成。(关键点:hmtl5使用historyAPI的支持,低级浏览器采用hash段的管理或无视)。

        然而这只解决了浏览进度与URL的维持,并没有解决SEO的问题。在确定了需要保持的页面后,前后端围绕页面各自负责视图的渲染,当然这一步需要有一个相互坑的过程。

        考虑会遇到这类问题的项目一般是这么两类,一是应用类的项目,权限、交互比较频繁,对于SEO可以无视,甚至还要尽力避免。再一类是对于页面过场效果比较有要求的“高大上”的应用,比较在意SEO!

        针对这两类项目,解决前后端MVC协同问题的也大致就出来了!

        对于第一类项目,后端仅渲染基础页面和基础数据的填充。后端配合提供ajax数据支持,前端渲染视图,完成交互及业务逻辑。

        第二类自行尝试,前后端切记要保持良好的基友关系,不可打架。

        上面吧啦吧啦的一堆话,仅仅是自己在项目和博客里尝试得到的一些经验,下面是一些与单页面相关的关键字,请自行google!


相关文章
  • 预约专家

    为您提供一对一解决方案
    立即预约
  • 售前咨询

    周一至周五9:00——17:30
    立即咨询
  • 联系方式

    13919049954

    全国7×24小时热线服务
  • 免费报价

    专属专业顾问1对1报价
    免费报价