coder

这家伙很懒,什么个性签名都没有留下

  • 话题
  • 回复
  • 参与的投票
  • 收藏

他的话题

移动H5页面开发多屏适配 - 方案篇

作者:维尼Bernie
链接:http://www.jianshu.com/p/cf9a9e50550e
來源:简书
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

此篇总结是在学习了 viewport 基础知识,再参考了淘宝的 lib.flexible 可伸缩布局这个库,自己推演了 lib.flexible 是怎么作出这个解决方案的。

我们说过,对于 device-width 相同但是分辨率不同的手机我们可以通过设置 meta viewport 把移动页面的宽度归一到一个统一的宽度(这样一套布局就可以适用不同分辨率的手机)。但是现在不但 iphone 阵营自己出了好几个 device-width (320px,375px,414px),android 阵营更时百花齐放。那么我们对于不同的宽度的页面我们希望如果能用一套 css 搞定。最容易想到的就是使用百分比来设置尺寸。但是 css 百分比是根据父元素的尺寸来计算,而不是根元素譬如 viewport,这样对嵌套过深的元素计算尺寸非常不友好。同理使用 em 单位也会产生同样的问题。幸好 css3 出了一个新单位 rem,我简单的介绍下 rem 的规则:根据根元素(html)的字体大小来计算当前尺寸。譬如说 html 这个元素的 font-size 设了 10px,那么当前页面 1rem 就是 10px,2rem 就是 20px,如果 html 元素的 font-size 设置了 75px,则当前页面 1rem = 75px,2rem = 150px。

如果我们把页面宽度分成 100 份,把 html 的 font-size 设置成 viewport-width/100(px),则当前页面 1rem 就等于 1% 页面宽度,这样使用 rem 作为单位开发就相当于用百分比单位来设置尺寸了。如果愿意可以把所有的尺寸都转成百分比布局,那么所有不同宽度的页面都可以用一套 css 搞定。这个方案是可以实现的,只要把 html 的 font-size 设置成 document.documentElement.clientWidth/100(px)。

那是不是简单的写下如下的代码就搞定了多屏适配呢?

<html style="font-size:(document.documentElement.clientWidth/100)px">
  <head>
    <meta name="viewport" content="width=device-width">
    <style>
      div {
        width: 50rem;
      }
    </style>
  <head>
</html>

这样的方案在高分辨率的手机上会有一系列的问题:
1. 在大屏幕高分辨率的手机上,以 320px 为页面宽度布局,元素过大,而且对于设计不友好(空间太小)。
2. 会出现 1px 占2个或者多个物理像素的情况,无法做到对设计稿高度还原。
3. 譬如在 640x960 分辨率的手机上如果用 320px 布局,页面上有<img src="xxx.png" style="width:25px;height:25px"/>,如果切图使用 25x25 的图片,会产生模糊的情况,因为其实高分辨率手机是把图片放大了,原因大家网上搜下,这不是这篇主要总结的问题。

针对第一个问题高分辨率手机我们可以设置 initial-scale 来把初始化页面缩小。打个比方 640x960 分辨率的手机设置 <meta name="viewport" content="width=device-width, initial-scale=0.5">,那么页面初始化宽度就是 750px。

针对第二个问题也可以通过把页面宽度设置成同手机分辨率宽度一样,来做到 css 像素和物理像素 1:1 来真实还原设计稿。问题是我怎么知道手机分辨率是多少,且来看 window.devicePixelRatio: 他是密度无关像素(dip)和物理像素比(我们俗称的 dpr)。举个例子如果 device-width 是 320,window.devicePixelRatio = 2 说明手机分辨率是 640xYYY,window.devicePixelRatio = 3 说明手机分辨率是 960xYYY。那么我们根据自己的项目需求针对不同的分辨率的手机对上面的方案可以做一个改进,这次我们要动态生成 meta(下面是伪代码,只是为了说明):

<html style="font-size:(document.documentElement.clientWidth/100)px">
  <head>
    <script>
      var deviceWidth = document.documentElement.clientWidth;
      var dpr = window.devicePixelRatio;
      var scale = 1 / dpr; // 如果我们做到 dip 和物理像素 1:1 
      var metaEl = document.createElement('meta');
      metaEl.setAttribute('name', 'viewport');
      metaEl.setAttribute('content', 'width=device-width, initial-scale=' + scale );
      document.firstElementChild.appendChild(metaEl);
    </script>
    <style>
      div {
        width: 50rem;
      }
    </style>
  <head>
</html>

当然这个 scale 怎么设置可以根据项目具体调整。

针对第三个问题我们的解决方案是不同分辨率,加载不同的图片。还是那上面第三点问题中的例子,如果 dpr = 2,那么我就提供一个 50x50 的图片放在你 25x25 的 img 元素里面,这样就能解决图片模糊的问题。但是如果每个图片都需要判断 dpr 动态设置 img 的 src,那么写起来是很麻烦,是否能有方案统一处理?有!把 img 全部转换成 background-image 然后用 css 来统一处理,看下代码:

<html>
  <head>
    <script>
      var docEl = document.documentElement
      var deviceWidth = docEl.clientWidth;
      var dpr = window.devicePixelRatio;
      var scale = 1 / dpr; // 如果我们做到 dip 和物理像素 1:1 
      var metaEl = document.createElement('meta');
      metaEl.setAttribute('name', 'viewport');
      metaEl.setAttribute('content', 'width=device-width, initial-scale=' + scale );
      docEl.firstElementChild.appendChild(metaEl);
      // 给 html 添加 font-size 和 data-dpr
      docEl.style.fontSize = document.documentElement.clientWidth/100 + 'px';
      docEl.setAttribute('data-dpr', dpr);
    </script>
    <style>
      div {
        width: 50rem;
      }
      .page {
        width: 90rem;
        height: 100rem;
        background-image: url(bg.png) /* 25x25 图片 */
      }
      [data-dpr="2"] .page {
        background-image: url(bg@2x.png) /* 50x50 图片 */
      }

      [data-dpr="3"] .page {
        background-image: url(bg@3x.png) /* 75x75 图片 */
      }
    </style>
  <head>
</html>

这样不同分辨率的页面自动加载不同的图片,解决了第三个图片模糊的问题。多屏适配的方案大致的内容就都在这里了,但是我们参看 lib.flexible 库,它对字体推荐是使用 px 而非 rem,那么针对字体 css 同样需要:

div {
    width: 1rem; 
    height: 0.4rem;
    font-size: 12px; /* 默认写上dpr为1的fontSize */
}

[data-dpr="2"] div {
    font-size: 24px;
}

[data-dpr="3"] div {
    font-size: 36px;
}

网上搜了下,看到给出的理由是 :

设计师原本的要求是这样的:任何手机屏幕上字体大小都要统一 (注意,字体不可以用rem,误差太大了,且不能满足任何屏幕下字体大小相同)

我觉得这个说法也是合理的,所以最终多屏适配的方案的细节还是需要大家根据自己的项目进行微调。

移动H5页面开发多屏适配的方案内容总结到这里,我了解了大致的原理就可以放心使用 lib.flexible 了。

阅读全文

移动H5页面开发多屏适配 - viewport和像素篇

作者:维尼Bernie
链接:http://www.jianshu.com/p/dd25d84647e2
來源:简书

最近刚刚接触移动端的页面开发,遇到的第一个问题就是搞清楚多屏适配的方案。要知道多屏适配的原理就要知道移动端各种屏幕大小对开发的影响,最基础的是像素和 viewport 的概念。以下是网上一些像素及 viewport 的资料的知识梳理(绝大多数就是总结于 ppk 两篇谈论 viewport 的文章One, Two,图片亦是出自于 ppk 的文章)。

在 pc 开发时代我们 css 用的最多的长度单位就是 px,通常我们认为 css 里面的像素就是屏幕的物理分辨率。其实 css 像素和屏幕的物理像素标准上并没有 1:1 的关系,只是在 pc 时代他们通常正好是 1:1,例外的情况极少,所以到了移动时代我们需要理清楚两者关系才能知道多屏适配方案的原理。让我们从 pc 时代说起。

PC时代

我们在做 pc 网页开发的时候几乎不涉及对 viewport 的修改,所以我们很少去关心 viewport,那么 viewport 指的是哪部分呢?我们知道一般一个 div 它的默认宽度是 100% 撑满其父节点,那么 body 下的 div 就是 body 的宽度,body 就是 html 的宽度,而 html 的宽度是由谁限定的呢? 浏览器?又或者说是 window?其实正是一个叫 viewport 的东西,它才是默认情况下限定页面宽度的最外层“容器”。只是我们在做 pc 网页开发的时候默认情况下 viewport 和 window 是同样大小的。

viewport 的尺寸可以通过 document.documentElement.clientWidth/height 来获取,浏览器窗口的尺寸可以通过 window.innerWidth/height 来获取。viewport,浏览器窗口尺寸的单位都是 css 像素,但是他们含义有点不同。如果你放大一个网页时,你看到的页面元素虽然变大了,但是你用 js 获取他们的尺寸是没有变化的,也就是说元素的尺寸在 css 这个衡量的坐标系下并没有变化,100px 宽依然是 100px。只是电脑使得 css物理像素比增大了,原来1个 css 像素占1个物理像素,当你放大网页一倍的时候,1个 css 像素占用了4个物理像素。而浏览器窗口尺寸的含义是你这个窗口内可以容纳多少个 css 像素。譬如默认情况下如果你页面宽度是 1024px 宽占满了整个浏览器窗口,那么 window.innerWidth 就是 1024px。当你把网页放大一倍时,由于css物理像素比变大了,浏览器窗口从宽度角度看看只有原来一半的网页,也就是只能容纳 512 个 css 像素。你再去获取 window.innerWidth 它的值就是512。所以说 viewport 和浏览器窗口的尺寸都是以 css 像素作为单位的。顺便说下屏幕的尺寸是通过 screen.width/height 来获取的,原则上他们也是 css 像素为单位的,但是 pc 时代我们很少关心他们,也不能改变他们。在 pc 时代绝大多数情况下我们是在 css 像素和物理像素 1:1 的情况下开发的,所以我们也不太纠结我们页面元素尺寸的衡量体系。

移动时代

iphone4 以前的手机屏幕无论是大小和分辨率都是很低的,iphone3 的分辨率是 320x480。如果在手机浏览器里面看 pc 的网页,而且如果手机浏览器依然使用css物理像素 1:1 的方式去显示网页,那么我们相当于只能在一个网页上画一个320x480 框框,用户使用这个框框来左右移动窥探这个网页,这显然是不好用的。

手机浏览器厂商就做了一个英明的决策,把手机浏览器默认的 viewport 的尺寸放大,譬如说 980px,而浏览器窗口默认情况下就是容纳一个 100% 宽的 viewport,所以如果一个 980px 宽的 pc 网页在手机端打开,默认情况下手机浏览器也能看到整个网页,只是这个网页是被缩小的。这个时候我们就能体会到 css 像素和物理像素的区别,手机分辨率宽虽然是320px的(物理像素),但是页面宽度确是980px(css 像素)。

但是这个时候还是依然不好用啊,pc 端的元素在手机端看太小点不到啊,用户在用的时候依然需要放大网页。如果针对手机的宽度设计一个网页那么不就解决这个问题了么,譬如把 viewport 设置成 320px 宽,在这个尺寸下给网页设计元素给网页排版。怎么设置 viewport呢?给 documnent.documentElement.width/height 赋值并没有作用,改变 html 元素的尺寸并不会影响 viewport 尺寸,只会造成如下的情况(html是变小了,但是 viewport依然很宽):

苹果公司给出了一个 meta 标签用来控制 viewport 的大小(随后被其他浏览器竞相效仿):<meta name="viewport" content="width=320">,通过这个标签指定 width 可以控制 viewport 的大小,你可以写一个 css 像素的值譬如<meta name="viewport" content="width=320">,但是理想情况下最好是和手机屏幕一样宽,也就是 device-width,这样 iphone3 初始化的 viewport 就是 320px 宽了。使用 meta 可以让我们在手机端也能做到在css物理像素 1:1 情况下开发网页。

但是随着 iphone4 的发布,人们发现其分辨率达到了惊人的 640x960,此时原来在 320 宽的标准下开发的网页在 iphone4 上怎么呈现,难道以后开发手机网页需要适配两个屏宽了?其实 google 已经在 android 系统上给出了一种叫密度无关像素的解决方案(density-independent pixel,或者叫 device-independent pixel,简称 dip,dp 都可以)。简单举个例子,当使用<meta name="viewport" content="width=device-width">来设定手机浏览器 viewport 的宽度时,如果是同一个尺寸的屏幕无论分辨率是多少 viewport 都是一个固定的值。设备宽度(device-width)单位将不是物理像素,而是密度无关像素(dip)。这样大大减少了开发人员适配不同分辨率手机的工作量,无论你的手机分辨率是 320x480,还是 640x960,又或者是 960x1440,只要你写上<meta name="viewport" content="width=device-width">,那么手机浏览器网页的初始化宽度都是 320px。

当然不是所有的手机 device-width 都是 320px,上面我只是举了简化的例子。随着手机越出越多,device-width 的值也越来越多,光 iphone 我们就可以通过 paintcodeapp.com
给出的这张图来看下,更不要说众多的 android 手机。

再提下 meta viewport 另外一个属性值就是 initial-scale,缩放比例。如果手机屏幕宽代表 320px(dip),那么这么设置<meta name="viewport" content="width=device-width, initial-scale=1.0">表示手机浏览器初始化 viewport 宽度是屏幕宽度且不进行缩放是为 320px,如果设置成<meta name="viewport" content="width=device-width, initial-scale=0.5">表示手机浏览器初始化时候宽度是在屏幕宽度的基础上把页面缩小一倍,即 viewport 宽度是 device-width * 2 = 640px。这些变化我准备在下一篇总结,因为这些变化加上手机分辨率精度的上升直接影响着多屏适配的最终方案。

简单总结下移动端手机屏幕的尺寸像素值是密度无关像素dip,页面元素尺寸是 css 像素,当<meta name="viewport" content="width=device-width, initial-scale=1.0">时,两者的比例(dip:csspx)可以是1:1。是要多屏适配方案定下后,手机分辨率或者说物理像素基本不需要在开发时候考虑了。下一篇将推演下淘宝的 lib.flexible.js 是如何做多屏适配的。

阅读全文

Go语言 | 哪些大公司在用go语言?

作者: 飞雪无情
转载于: https://mp.weixin.qq.com/s/HbTC1_xeR9zNIAWztnX0qA

Go大概09年面世以来,已经8年了,也算是8年抗战。在这8年中,已经有很多公司开始使用Go语言开发自己的服务,甚至完全转向Go开发,也诞生了很多基于Go的服务和应用,比如Dokcer、k8s等,现在我们看下,有哪些大公司在用Go语言了。

Google

这个不用多做介绍,作为开发Go语言的公司,当仁不让。Google基于Go有很多优秀的项目,比如:https://github.com/kubernetes/kubernetes ,大家也可以在Github上 https://github.com/google/ 查看更多Google的Go开源项目。

Facebook

Facebook也在用,为此他们还专门在Github上建立了一个开源组织facebookgo,大家可以通过https://github.com/facebookgo 访问查看facebook开源的项目,比如著名的是平滑升级的grace。

腾讯

腾讯作为国内的大公司,还是敢于尝试的,尤其是Docker容器化这一块,他们在15年已经做了docker万台规模的实践,具体可以参考http://www.infoq.com/cn/articles/tencent-millions-scale-docker-application-practice
看腾讯的招聘信息,也在招聘Go开发工程师,主要职责是:

负责腾讯游戏蓝鲸平台后台开发工作
负责容器相关的开发工作

和蓝鲸平台,容器开发有关。腾讯作为主要使用C/C++的公司,使用Go会方便很多,也有很多优势,不过日积月累的C/C++代码很难改造,也不敢动,所以新业务会在Go方面尝试,这在一个群里也得到了证实。

百度

目前所知的百度的使用是在运维这边,是百度运维的一个BFE项目,负责前端流量的接入。他们的负责人在2016年有分享,大家可以看下这个 http://www.infoq.com/cn/presentations/application-of-golang-in-baidu-frontend .

其次就是百度的消息系统,从其最近的Golang招聘介绍就可以看出来.

负责公司手百消息通讯系统服务器端开发及维护

阿里

阿里巴巴具体的项目不太清楚,不过听说其系统部门、CDN等正在招Go方面的人。

京东

京东云消息推送系统、云存储,以及京东商城等都有使用Go做开发。

小米

小米对Golang的支持,莫过于运维监控系统的开源,也就是 http://open-falcon.com/

此外,小米互娱、小米商城、小米视频、小米生态链等团队都在使用Golang。

360

360对Golang的使用也不少,一个是开源的日志搜索系统Poseidon,托管在Github上,https://github.com/Qihoo360/poseidon.

还有360的推送团队也在使用,他们还写了篇博文在Golang的官方博客上 https://blog.golang.org/qihoo

最后偷偷的告诉你,360直播在招聘Golang开发工程师。

结语

现在很多公司都开始尝试Golang,除了上面提到的,还有美团、滴滴、新浪以及七牛等。一般的选择,都是选择用于自己公司合适的产品系统来做,比如消息推送的、监控的、容器的等,Golang特别适合做网络并发的服务,这是他的强项,所以也是被优先用于这些项目。

其次就是用于替换一些以前使用PHP、Python、C/C++的项目,这些迁移到Golang还是比较容易的,不过目前旧系统迁移的不是太多,主要是新系统的使用。

最后,可能还有一些我不知道的,或者一时没有想起来的,欢迎大家留言补充。

阅读全文

golang有哪些比较成熟稳定的 web 框架?

golang有哪些比较成熟稳定的 web 框架

阅读全文

话题数

0

回复数

0