zoukankan      html  css  js  c++  java
  • 渐进增强和优雅降级之间的区别在哪里?

     

    写在前面:

    在前端开发的过程中,如果有注意的话,发现有些写css3属性时,兼容性的写法顺序不太一样,比如transition属性,有些把transition放在前面有些是放在后面,这就引出了两个概念:优雅降级和渐进增强。

    渐进增强和优雅降级概念出现的原因:

    翻看进度条,会发现渐进增强和优雅降级这两个概念是在 CSS3 出现之后火起来的。由于低级浏览器不支持 CSS3,但是 CSS3 特效太优秀不忍放弃,所以产生了的一种解决方式在高级浏览器中使用CSS3,而在低级浏览器只保证最基本的功能。

    何谓渐进增强:

    渐进增强(Progressive Enhancement):一开始就针对低版本浏览器进行构建页面,完成基本的功能,然后再针对高级浏览器进行效果、交互、追加功能达到更好的体验。

    何谓优雅降级:

    优雅降级(Graceful Degradation):一开始就构建站点的完整功能,然后针对浏览器测试和修复。比如一开始使用 CSS3 的特性构建了一个应用,然后逐步针对各大浏览器进行 hack 使其可以在低版本浏览器上正常浏览。


    支持渐进增强和优雅降级背后的思维是什么:

    两者之间的微妙差别:

    在本质上:“它们是看待同种事物的两种观点”,“优雅降级”和“渐进增强”的目的都是关注不同浏览器下的不同体验,但是它们侧重点不同,所以导致了工作流程上的不同。

    渐进增强观点则认为应关注于内容本身。请注意其中的差别:我甚至连“浏览器”三个字都没提。内容是我们建立网站的诱因。有的网站展示它,有的则收集它,有的寻求,有的操作,还有的网站甚至会包含以上的种种,但相同点是它们全都涉及到内容。这使得渐进增强成为一种更为合理的设计范例。这也是它立即被 Yahoo! 所采纳并用以构建其“分级式浏览器支持 (Graded Browser Support)”策略的原因所在。

    优雅降级观点认为应该针对那些最高级、最完善的浏览器来设计网站。而将那些被认为“过时”或有功能缺失的浏览器下的测试工作安排在开发周期的最后阶段,并把测试对象限定为主流浏览器(如 IE、Mozilla 等)的前一个版本。在这种设计范例下,旧版的浏览器被认为仅能提供“简陋却无妨 (poor, but passable)” 的浏览体验。你可以做一些小的调整来适应某个特定的浏览器。但由于它们并非我们所关注的焦点,因此除了修复较大的错误之外,其它的差异将被直接忽略。

    别说话,看图:

    工作流程上面的区别:

    1.渐进增强(progressive enhancement):一开始只构建站点的最少特性,保证他们的内容,然后不断地对版本较高的浏览器追加不同的功能

    2.优雅降级(graceful degradation):优雅降级是从复杂的现状开始,并试图减少用户体验的供给,就是针对版本较低的浏览器进行测试和修复

    ps: 降级(功能衰减)意味着往回看;而渐进增强则意味着朝前看,同时保证其根基处于安全地带;

    广义和狭义:

    1.广义:其实要定义一个基准线,在此之上的增强叫做渐进增强,在此之下的兼容叫优雅降级。

    2.狭义:渐进增强一般说的是使用CSS3技术,在不影响老浏览器的正常显示与使用情形下来增强体验,而优雅降级则是体现html标签的语义,以便在js/css的加载失败/被禁用时,也不影响用户的相应功能。

    栗子:

    渐进增强的例子:

    1.来自张鑫旭大神的栗子。

    .transition { /*渐进增强写法*/
      -webkit-transition: all .5s;
         -moz-transition: all .5s;
           -o-transition: all .5s;
              transition: all .5s;
    }
    .transition { /*优雅降级写法*/
              transition: all .5s;
           -o-transition: all .5s;
         -moz-transition: all .5s;
      -webkit-transition: all .5s;
    }

    *前缀CSS3(-webkit- / -moz- / -o-)和正常CSS3在浏览器中的支持情况是这样的:

    1.很久以前:浏览器前缀CSS3和正常CSS3都不支持;
    2.不久之前:浏览器只支持前缀CSS3,不支持正常CSS3;
    3.现在:浏览器既支持前缀CSS3,又支持正常CSS3;
    4.未来:浏览器不支持前缀CSS3,仅支持正常CSS3.

    ps:从这里可以引申到其他有前缀的css3的属性,不要局限在这个属性里。

    优雅降级的例子:

    4.假如你写了一个表单,没有用到input type="submit"表单元素,用了一个a标签的click事件做提交,但如果Javascript被禁用了怎么办?
    使用如下的文档结构,就可以在javascript被禁用时,依然可以提交。

    <form>
        <input type="text">
        <input type="submit">
    </form>

    优雅降级需要正确地体现HTML标签的语义,符合“浏览器的预期”。让你的网页在各种情况—下——包括降级(javascript被禁用,css传输失败等等)的情形都可以运作良好。这是我理解的优雅降级的意义。

    在网页布局中如何选择?

    如果软件开发的预算和时间充足,就不存在抉择的问题,可以两者都调整到一个最佳状态,而不用权衡,做选择题了。然而现实很残酷,要么开发周期短,要么开发预算少,或者二者兼而有之,这个时候该如何抉择?就我个人而言,讲讲我的观点。

    分析使用你客户端程序的版本比例。

    如果低版本用户居多,当然优先采用渐进增强的开发流程;

    如果高版本用户居多,为了提高大多数用户的使用体验,那当然优先采用优雅降级的开发流程。

    大多数公司是怎么处理这个问题的:

    绝大多数的大公司都是采用渐进增强的方式,因为业务优先,提升用户体验永远不会排在最前面。

    例如:新浪微博网站前端的更新,拥有这种亿级用户的网站,绝对不可能追求某个特效而不考虑低版本用户可不可用,一定是确保低版本到高版本的可访问性,再去渐进增强,采用新功能给高版本用户提供更好的用户体验。

    但也不是没有反例。如果你开发的是一款面向青少年的软件(或网站)

    你知道这个群体的人总是喜欢尝试新事物,总是喜欢酷炫的特效,总是喜欢把它们的软件更新到最新版本(而不像我们老一辈的用户)。面对这种情况,渐进增强的开发流程实为上选。


    PS: 其实优雅降级和渐进增强都是页面的加分项,是针对技术的一种形而上的要求。保证尽可能多的用户都能正常使用网站是第一步,在此之上才需要考虑降级的极端情形和现代浏览器的体验增强。

  • 相关阅读:
    MySql相关
    RabbmitMQ 的配置及开启MQTT服务
    cmake 编译.so or .a文件很大问题
    模型上移动端遇到简单的问题:No variants found for 'app'
    第一次用go mod模式创建beego1.12的步骤
    python中RabbitMQ的使用hello world简单模式
    Ubuntu18.04 20.04安装rabbitMQ
    Django的mysqlclient报错
    《软件需求》读书笔记六
    《软件需求》读书笔记五
  • 原文地址:https://www.cnblogs.com/wangking/p/8405689.html
Copyright © 2011-2022 走看看