标签归档：前端

关于浏览器市场份额的那点事儿

以前关于浏览器市场份额总是去找百度——百度统计，最近发现找不着了~ 也许，百度不做这方面的统计了~反正没找着。不过，还好有Statcounter。记录一下……

关于 Statcounter GlobalStats

https://gs.statcounter.com/

Statcounter Global Stats 由Statcounter - 免费的在线访客统计工具提供给您。

数据样本

统计数据基于 Statcounter 收集的汇总数据，该样本每月从超过 150 万个网站的 Statcounter 网络中收集超过 50 亿次网页浏览量。统计数据每天都会更新并提供，但在发布后的 45 天内必须接受质量保证测试和修订。

HTML+CSS代码规范

Code Guide

编写一致、灵活和可持续的 HTML 和 CSS 代码的规范。

黄金定律

永远遵循同一套编码规范 — 可以是这里列出的，也可以是你自己总结的。

不管有多少人共同参与同一项目，一定要确保每一行代码都像是同一个人编写的。

HTML

语法

  • 标签不要大写，即便是 doctype 标签。

  • 用两个空格来代替制表符（tab） — 这是唯一能保证在所有环境下获得一致展现的方法。

  • 嵌套元素应当缩进一次（即两个空格）。

  • 对于属性的定义，永远全部使用双引号，绝不要使用单引号。

  • 不要在自闭合（self-closing）元素的尾部添加斜线 — HTML5 规范 中明确说明斜线是可忽略的。

  • 不要省略可选的结束标签（closing tag）（例如，</li> 或 </body>）。

<!doctype html>
<html>
  <head>
    <title>Page title</title>
  </head>
  <body>
    <img src="images/company-logo.png" alt="Company">
    <h1 class="hello-world">Hello, world!</h1>
  </body>
</html>

HTML5 doctype

为每个 HTML 页面的第一行添加 standards mode（标准模式） 声明，这样能够确保在每个浏览器中拥有一致的展现。

<!doctype html>
<html>
  <head>
  </head>
</html>

语言属性

根据 HTML5 规范：

强烈建议为 html 根元素指定 lang 属性，从而为文档设置正确的语言。这将有助于语音合成工具确定其所应该采用的发音，有助于翻译工具确定其翻译时所应遵守的规则等等。

更多关于 lang 属性的知识可以从 此规范 中了解。Sitepoint 站点上 给出了一份语言代码表。

<html lang="en">
  <!-- ... -->
</html>

IE 兼容模式

IE 支持通过特定的 <meta> 标签来确定绘制当前页面所应该采用的 IE 版本。除非有强烈的特殊需求，否则最好是设置为 edge mode，从而通知 IE 采用其所支持的最新的绘制模式。

了解更多信息请 阅读这篇 Stack Overflow 上的文章。

<meta http-equiv="x-ua-compatible" content="ie=edge">

字符编码

通过明确声明字符编码，能够确保浏览器快速并容易的判断页面内容的渲染方式。这样做的好处是，可以避免在 HTML 中使用字符实体标记（character entity），从而全部与文档编码一致（一般采用 UTF-8 编码）。

<head>
  <meta charset="UTF-8">
</head>

引入 CSS 和 JavaScript 文件

根据 HTML5 规范，在引入 CSS 和 JavaScript 文件时一般不需要指定 type 属性，因为 text/css 和 text/javascript 分别是它们的默认值。

HTML5 spec links

<!--External CSS-->
<link rel="stylesheet" href="code-guide.css">
​
<!-- In-document CSS -->
<style>
  /* ... */
</style>
​
<!-- JavaScript -->
<script src="code-guide.js"></script>

实用为王

尽量遵循 HTML 标准和语义，但是不要以牺牲实用性为代价。任何时候都要尽量使用最少的标签并保持最小的复杂度。

属性顺序

HTML 属性应当按照以下给出的顺序依次排列，确保代码的易读性。

  • class

  • id, name

  • data-*

  • src, for, type, href, value

  • title, alt

  • role, aria-*

class 用于标识高度可复用组件，因此应该排在首位。id 用于标识具体组件，应当谨慎使用（例如，页面内的书签），因此排在第二位。

<a class="..." id="..." data-toggle="modal" href="#">
  Example link
</a>
​
<input class="form-control" type="text">
​
<img src="..." alt="...">

布尔（boolean）型属性

布尔型属性可以在声明时不赋值。XHTML 规范要求为其赋值，但是 HTML5 规范不需要。

更多信息请参考 WhatWG section on boolean attributes：

元素的布尔型属性如果有值，就是 true，如果没有值，就是 false。

如果一定要为其赋值的话，请参考 WhatWG 规范：

如果属性存在，其值必须是空字符串或 [...] 属性的规范名称，并且不要在首尾添加空白符。

简单来说，就是不用赋值。

<input type="text" disabled>
​
<input type="checkbox" value="1" checked>
​
<select>
  <option value="1" selected>1</option>
</select>

减少标签的数量

编写 HTML 代码时，尽量避免多余的父元素。很多时候，这需要迭代和重构来实现。请看下面的案例：

<!-- Not so great -->
<span class="avatar">
  <img src="...">
</span>
​
<!-- Better -->
<img class="avatar" src="...">

JavaScript 生成的标签

通过 JavaScript 生成的标签让内容变得不易查找、编辑，并且降低性能。能避免时尽量避免。

CSS

语法

  • 用两个空格来代替制表符（tab） — 这是唯一能保证在所有环境下获得一致展现的方法。

  • 为选择器分组时，将单独的选择器单独放在一行。

  • 为了代码的易读性，在每个声明块的左花括号前添加一个空格。

  • 声明块的右花括号应当单独成行。

  • 每条声明语句的 : 后应该插入一个空格。

  • 为了获得更准确的错误报告，每条声明都应该独占一行。

  • 所有声明语句都应当以分号结尾。最后一条声明语句后面的分号是可选的，但是，如果省略这个分号，你的代码可能更易出错。

  • 对于以逗号分隔的属性值，每个逗号后面都应该插入一个空格（例如，box-shadow）。

  • 不要在 rgb()、rgba()、hsl()、hsla() 或 rect() 值的内部的逗号后面插入空格。这样利于从多个属性值（既加逗号也加空格）中区分多个颜色值（只加逗号，不加空格）。

  • 对于属性值或颜色参数，省略小于 1 的小数前面的 0 （例如，.5 代替 0.5；-.5px 代替 -0.5px）。

  • 十六进制值应该全部小写，例如，#fff。在扫描文档时，小写字符易于分辨，因为他们的形式更易于区分。

  • 尽量使用简写形式的十六进制值，例如，用 #fff 代替 #ffffff。

  • 为选择器中的属性添加双引号，例如，input[type="text"]。只有在某些情况下是可选的，但是，为了代码的一致性，建议都加上双引号。

  • 避免为 0 值指定单位，例如，用 margin: 0; 代替 margin: 0px;。

对于这里用到的术语有疑问吗？请参考 Wikipedia 上的 syntax section of the Cascading Style Sheets article。

/* Bad CSS */
.selector, .selector-secondary, .selector[type=text] {
  padding:15px;
  margin:0px 0px 15px;
  background-color:rgba(0, 0, 0, 0.5);
  box-shadow:0px 1px 2px #CCC,inset 0 1px 0 #FFFFFF
}
​
/* Good CSS */
.selector,
.selector-secondary,
.selector[type="text"] {
  padding: 15px;
  margin-bottom: 15px;
  background-color: rgba(0,0,0,.5);
  box-shadow: 0 1px 2px #ccc, inset 0 1px 0 #fff;
}

声明顺序

相关的属性声明应当归为一组，并按照下面的顺序排列：

  1. Positioning

  2. Box model

  3. Typographic

  4. Visual

  5. Misc

由于定位（positioning）可以从正常的文档流中移除元素，并且还能覆盖盒模型（box model）相关的样式，因此排在首位。盒模型排在第二位，因为它决定了组件的尺寸和位置。

其他属性只是影响组件的 内部 或者是不影响前两组属性，因此排在后面。

完整的属性列表及其排列顺序请参考 Bootstrap property order for Stylelint。

.declaration-order {
  /* Positioning */
  position: absolute;
  top: 0;
  right: 0;
  bottom: 0;
  left: 0;
  z-index: 100;
​
  /* Box-model */
  display: block;
  float: right;
  width: 100px;
  height: 100px;
​
  /* Typography */
  font: normal 13px "Helvetica Neue", sans-serif;
  line-height: 1.5;
  color: #333;
  text-align: center;
​
  /* Visual */
  background-color: #f5f5f5;
  border: 1px solid #e5e5e5;
  border-radius: 3px;
​
  /* Misc */
  opacity: 1;
}

不要使用@import

与 <link> 标签相比，@import 指令要慢很多，不光增加了额外的请求次数，还会导致不可预料的问题。替代办法有以下几种：

  • 使用多个 <link> 元素

  • 通过 Sass 或 Less 之类的 CSS 预处理器将多个 CSS 文件编译为一个文件

  • 通过 Rails、Jekyll 或其他系统中提供过 CSS 文件合并功能

请参考 Steve Souders 的文章了解更多知识。

<!-- Use link elements -->
<link rel="stylesheet" href="core.css">
​
<!-- Avoid @imports -->
<style>
  @import url("more.css");
</style>

媒体查询（Media query）的位置

将媒体查询放在尽可能相关规则的附近。不要将他们打包放在一个单一样式文件中或者放在文档底部。如果你把他们分开了，将来只会被大家遗忘。下面给出一个典型的实例。

.element { ... }
.element-avatar { ... }
.element-selected { ... }
​
@media (min-width: 480px) {
  .element { ...}
  .element-avatar { ... }
  .element-selected { ... }
}

带前缀的属性

当使用特定厂商的带有前缀的属性时，通过缩进的方式，让每个属性的值在垂直方向对齐，这样便于多行编辑。

在 Textmate 中，使用 Text → Edit Each Line in Selection (⌃⌘A)。在 Sublime Text 2 中，使用 Selection → Add Previous Line (⌃⇧↑) 和 Selection → Add Next Line (⌃⇧↓)。

/* Prefixed properties */
.selector {
  -webkit-box-shadow: 0 1px 2px rgba(0,0,0,.15);
          box-shadow: 0 1px 2px rgba(0,0,0,.15);
}

单行规则声明

对于只包含一条声明的样式，为了易读性和便于快速编辑，建议将语句放在同一行。对于带有多条声明的样式，还是应当将声明分为多行。

这样做的关键因素是为了错误检测 — 例如，CSS 校验器指出在 183 行有语法错误。如果是单行单条声明，你就不会忽略这个错误；如果是单行多条声明的话，你就要仔细分析避免漏掉错误了。

/* Single declarations on one line */
.span1 { width: 60px; }
.span2 { width: 140px; }
.span3 { width: 220px; }
​
/* Multiple declarations, one per line */
.sprite {
  display: inline-block;
  width: 16px;
  height: 15px;
  background-image: url("../img/sprite.png");
}
.icon           { background-position: 0 0; }
.icon-home      { background-position: 0 -20px; }
.icon-account   { background-position: 0 -40px; }

简写形式的属性声明

在需要显示地设置所有值的情况下，应当尽量限制使用简写形式的属性声明。常被滥用的简写属性如下：

  • padding

  • margin

  • font

  • background

  • border

  • border-radius

大部分情况下，我们不需要为简写形式的属性声明指定所有值。例如，HTML 的标题元素只需要设置上、下边距（margin）的值，因此，在必要的时候，只需覆盖这两个值就可以了。0 值表示对浏览器默认值或以前指定的值的覆盖。

过多地使用属性的简写形式会导致代码出现不必要的覆盖和意外的副作用。

在 MDN（Mozilla Developer Network）上一篇非常好的关于 shorthand properties 的文章，对于不太熟悉简写属性声明及其行为的用户很有用。

/* Bad example */
.element {
  margin: 0 0 10px;
  background: red;
  background: url("image.jpg");
  border-radius: 3px 3px 0 0;
}
​
/* Good example */
.element {
  margin-bottom: 10px;
  background-color: red;
  background-image: url("image.jpg");
  border-top-left-radius: 3px;
  border-top-right-radius: 3px;
}

Less 和 Sass 中的嵌套

避免不必要的嵌套。这是因为虽然你可以使用嵌套，但是并不意味着应该使用嵌套。只有在必须将样式限制在父元素内（也就是后代选择器），并且存在多个需要嵌套的元素时才使用嵌套。

扩展阅读：

// Without nesting
.table > thead > tr > th { … }
.table > thead > tr > td { … }
​
// With nesting
.table > thead > tr {
  > th { … }
  > td { … }
}

Less 和 Sass 中的操作符

为了提高可读性，在圆括号中的数学计算表达式的数值、变量和操作符之间均添加一个空格。

// Bad example
.element {
  margin: 10px 0 @variable*2 10px;
}
​
// Good example
.element {
  margin: 10px 0 (@variable * 2) 10px;
}

注释

代码是由人编写并维护的。请确保你的代码能够自描述、注释良好并且易于他人理解。好的代码注释能够传达上下文关系和代码目的。不要简单地重申组件或 class 名称。

对于较长的注释，务必书写完整的句子；对于一般性注解，可以书写简洁的短语。

/* Bad example */
/* Modal header */
.modal-header {
  ...
}
​
/* Good example */
/* Wrapping element for .modal-title and .modal-close */
.modal-header {
  ...
}

class 命名

  • class 名称中只能出现小写字符和破折号（dashe）（不是下划线，也不是驼峰命名法）。破折号应当用于相关 class 的命名（类似于命名空间）（例如，.btn 和 .btn-danger）。

  • 避免过度任意的简写。.btn 代表 button，但是 .s 不能表达任何意思。

  • class 名称应当尽可能短，并且意义明确。

  • 使用有意义的名称。使用有组织的或目的明确的名称，不要使用表现形式（presentational）的名称。

  • 基于最近的父 class 或基本（base） class 作为新 class 的前缀。

  • 使用 .js-* class 来标识行为（与样式相对），并且不要将这些 class 包含到 CSS 文件中。

在为 Sass 和 Less 变量命名时也可以参考上面列出的各项规范。

/* Bad example */
.t { ... }
.red { ... }
.header { ... }
​
/* Good example */
.tweet { ... }
.important { ... }
.tweet-header { ... }

选择器

  • 对于通用元素使用 class ，这样利于渲染性能的优化。

  • 对于经常出现的组件，避免使用属性选择器（例如，[class^="..."]）。浏览器的性能会受到这些因素的影响。

  • 选择器要尽可能短，并且尽量限制组成选择器的元素个数，建议不要超过 3 。

  • 只有在必要的时候才将 class 限制在最近的父元素内（也就是后代选择器）（例如，不使用带前缀的 class 时 — 前缀类似于命名空间）。

扩展阅读：

/* Bad example */
span { ... }
.page-container #stream .stream-item .tweet .tweet-header .username { ... }
.avatar { ... }
​
/* Good example */
.avatar { ... }
.tweet-header .username { ... }
.tweet .avatar { ... }

代码组织

  • 以组件为单位组织代码段。

  • 制定一致的注释规范。

  • 使用一致的空白符将代码分隔成块，这样利于扫描较大的文档。

  • 如果使用了多个 CSS 文件，将其按照组件而非页面的形式分拆，因为页面会被重组，而组件只会被移动。

/*
 * Component section heading
 */
​
.element { ... }
​
​
/*
 * Component section heading
 *
 * Sometimes you need to include optional context for the entire component. Do that up here if it's important enough.
 */
​
.element { ... }
​
/* Contextual sub-component or modifer */
.element-heading { ... }

编辑器配置

将你的编辑器按照下面的配置进行设置，以避免常见的代码不一致和差异：

  • 用两个空格代替制表符（soft-tab 即用空格代表 tab 符）。

  • 保存文件时，删除尾部的空白符。

  • 设置文件编码为 UTF-8。

  • 在文件结尾添加一个空白行。

参照文档并将这些配置信息添加到项目的 .editorconfig 文件中。例如：Bootstrap 中的 .editorconfig 实例。更多信息请参考 about EditorConfig。

来源：https://codeguide.bootcss.com/

网页模块命名规范

通常网页模块的命名规范需要遵循以下三个原则：

  • 命名避免使用中文字符（如id=“内容”）；
  • 命名不能以数字开头（如id=“1header”）；
  • 命名不能使用关键字（如id=“div”）；
  • 命名应尽量用最少的字母表达含义，使之简明、易懂。

在网页开发中，常用驼峰式命名和帕斯卡命名两种命名方式。其具体解释如下所述。

驼峰式命名：除第一个单词外后面的单词首字母都要大写，其余小写，如navOne。

帕斯卡命名：每个单词之间用“_”连接，如nav_one。

下面列举网页中常用的一些命名。

常用命名
模块 命名 模块 命名
头部 header 标签页 tab
内容 content/container 文章列表 list
尾部 footer 提示信息 msg
导航 nav 小技巧 tips
子导航 subnav 栏目标题 title
侧栏 sidebar 加入 joinus
栏目 column 指南 guild
左右中 left right center 服务 service
登录条 loginbar 注册 register
标志 logo 状态 status
广告 banner 投票 vote
页面主体 main 合作伙伴 partner
热点 hot CSS文件 命名
新闻 news 主要的 master.css
下载 download 模块 module.css
菜单 menu 基本共用 base.css
子菜单 submenu 布局，版面 layout.css
搜索 search 主题 themes.css
友情链接 frIEndlink 专栏 columns.css
页眉 header 文字 font.css
页脚 footer 表单 forms.css
版权 copyright 补丁 mend.css
滚动 scroll 打印 print.css

中国首届React开发者大会大咖们的演讲~

中国首届React开发者大会于2018年08月18日在广州举办。由w3ctech、前端圈主办。本次大会我们将邀请行业内知名讲师，与大家共聚广州，畅聊React。

kejun

克军
前端布道者、阿里云CSFE前端团队负责人

演讲者：克军
如何把业务逻辑这个故事讲好 – 有限状态机与React开发

开发如同拍电影，组件、框架、工具如同演员和道具，工程师就是导演，其中指导拍摄的是什么呢，演员如何出场，如何演绎喜怒哀乐，场景如何切换等等。对，是剧本。开发中什么是剧本，是PRD还是设计稿，其实都不贴切。开发中的剧本就是一个产品的业务逻辑。如何清晰准确的表达，并成为代码的一部分，或许会成为新一代的开发模式。这就是状态机在前端开发中可以发挥的作用。

Vladimir Grinenko
Yandex JavaScript developer, more than 12 years experience.

vladimir

Vitaly Harisov
Yandex JavaScript developer, more than 12 years experience.

vitaly-yandex

Vitaly Harisov
Yandex JavaScript developer, more than 12 years experience.

演讲者：Vladimir Grinenko && Vitaly Harisov
React组件开发精髓

让我们来看一看如何使 React 组件开发更具有表达性。
你将学会如何不依靠 if 语句来修改组件的行为，就像我们在 CSS 里做的那样。
你将学习到如何：
创建灵活的且拥有不同配置（甚至是不同标签）的组件，它们可以被随机组合成不同的实例（instance）
做低成本的 AB-测试 和实验
将组件转换为跨环境/平台的可复用代码

演讲者：工业聚
Functional programing in React

主要讲解 React 里的函数式编程，包含高阶组件，Functional setState，Render props，以及 Algebraic effects 和 RxJS 在 React 里的应用。
待定
演讲者：蔡斯杰
一种数据契约驱动的 React + Redux 编程方式

React + Redux 的思想是数据驱动和函数式，分享一种在特定场景下，基于数据契约的抽象方式。包括如何制定契约，如何实现 Model，划分和定义组件，如何应对变化，最后达到系统的高复用和灵活性。
待定
演讲者：郭远飞
蚂蚁金融业务的React实践

将根据原技术栈遇到的问题和挑战，以及React优势分析和大家谈谈为什么从Zepto切换到React？
通过解决React资源加载问题、React静态资源离线、引入Preact降级、业务数据状态管理和antd-mobile等方面分享React在业务研发中的最佳实践
除此之外，还将给大家分享目前React在蚂蚁集团业务的现状，以及后续在React层面（如数据化、基于JSX的多渠道部署等）的规划
待定
演讲者：黄琼
从React渲染原理看性能优化

相信很多人都用过 React ，那么大家是否遇到过海量 DOM render 卡顿的问题？
React 16 对渲染机制做了大改动，很大的提升了交互体验，背后的原理又是什么？
实践出真知，本次分享深入挖掘 React 的渲染机制，同时结合实例来解决实践中遇到的性能问题，从而写出高性能的 React 应用。
待定
演讲者：题叶
Virtual DOM 方案几个有意思的探索

Virtual DOM 是 React 核心的功能。基于 Virtual DOM 还能设计一些有意思的方案，这个分享会介绍基于 Virtual DOM 的想法在服务端等场景的一些探索。项目的代码用了 ClojureScript，会有一些来自函数式编程的思考。