前端开发思考与实践

关于CSS

书写顺序

位置 display float position transform
自身 width height margin padding border background
文本 font text
动画 transition animation

当然网上还有其他推荐的写法，差别在于background在文本前还是后。

考虑原因

提高CSS的可阅读性（团队）
减少冗余代码（手一抖或者中途被打断，前后写了一样的属性）
快速定位代码块，易维护
减少实现UI稿的疏漏点

实际感受下

/*思考下这段代码是干嘛的*/
.pop-btn{
    -webkit-box-sizing: border-box;
    box-sizing: border-box;
    height: 100%;
    width: 49%;
    text-align: center;
    color: #3295f2;
    margin: 10px 0;
    font-size: 16px;
    float: left;
}

/*调整*/
.pop-btn{
    -webkit-box-sizing: border-box;
    box-sizing: border-box;
    float: left;
    height: 100%;
    width: 49%;
    margin: 10px 0;
    text-align: center;
    font-size: 16px;
    color: #3295f2;
}

理论依据

和浏览器解析过程有关：先对DOM定位，然后解析自身属性，然后解析内部现象

和Mozilla官方建议的书写顺序类似

以上英文资料并未找到，技术博客中的两种观点供参考

带浏览器前缀

-webkit-border-radius: 50px 20px;
border-radius: 50px 20px;

对调下顺序会产生什么问题？

浏览器对某些CSS3属性的实现和标准有些差异
未来这些浏览器可能会修复这些差异，向标准靠齐

精简代码

与浏览器默认的一致

div{
    width: 200px;
    height: auto;
}
img{
    width: 100%;
    height: auto;
}

height的默认值就是auto

一般在需要抹掉前面的height定值才会用到

/*伦家奏是块级元素*/
li{
    display: block;
}

/*偶是行内替换元素，本身就可以设置宽高*/
input{
    display: inline-block;
    width: 100%;
    height: 24px;   
}

行内元素不能设置宽高，这种说法是不严谨的

行内替换元素 input img
行内非替换元素 span i strong

/*多个属性组合出现，部分属性会失效*/
span{
    display: inline;
    position: absolute;
    left: 20px;
    width: 50px;
    height: 20px; 
    border: 1px solid #DFDFDF;
}

Demo

类似的组合还有：

position: fixed; display: block;
position: absolute; float: left;

详细判定规则：
此处输入图片的描述

减少一些令人迷惑，冗余的代码，有助于日后的维护工作

精简CSS代码更是建立在对CSS属性的充分熟悉的基础上

移动端1px边框问题

先说是不是

border:1px solid #DF;在移动端线条会比较粗，不能很好的还原UI。和原生应用对比下便可发现。另外截图用PS放大测量，发现确实有2或3个像素

再说为什么

设备像素

设备中一个最微小的物理部件，每一个设备像素都有自己的颜色值和亮度值

CSS像素

CSS像素是一个抽象的单位

与设备无关
标准的显示密度下，一个CSS像素对应着一个设备像素

此处输入图片的描述

继续深入：设备独立像素 设备像素比(devicePixelRatio） 深入理解viewport
UI经常说的图有点糊原因是什么 为什么IOS要用2x,3x图 如何让canvas绘图更清晰 SVG为什么放大后也很清晰

该如何解决

在线Demo

原理：利用scale进行缩放

针对不同情形可以做特殊处理

固定宽度与自适应

尝试使用CSS做简单的图形

CSS3动画性能

使用3D变换来开启GPU，或will-change（后面细说）

GPU即图形处理器，是与处理和绘制图形相关的硬件。GPU是专为执行复杂的数学和几何计算而设计的，可以让CPU从图形处理的任务中解放出来，从而执行其他更多的系统任务，例如，页面的计算与重绘。

常用：transform: translateZ(0);

元素尺寸,位置变化(width,height,top,left)等，尽可能使用 transform
来替代。transform不会更改周围元素的布局，减少浏览器重绘的成本

在线Demo

尽可能让有动效的元素脱离文档流(float,absolue,fixed)，减少重排

关于有动效的gif图片

如果图层中某个元素需要重绘，那么整个图层都需要重绘。比如一个图层包含很多节点，其中有个gif图，gif图的每一帧，都会重绘整个图层的其他节点。所以这需要通过特殊的方式来强制gif图属于自己一个图层（translateZ(0)或者translate3d(0,0,0)）

上面具体原理性知识大家再去查相关资料，深入理解

暖心的CSS3属性及应用

pointer-events 在线Demo：继续解决1px边框问题

看得见，摸不着（点不到）

use-select 在线Demo

禁止选择文本，移动端禁止长按复制

image-set 兼容性

响应图片

设备像素比window.devicePixelRatio

 background-image: image-set( url(test@2x.png) 2x,    url(test@3x.png) 3x );

兼容性

will-change

之前动画性能中有讲到，3Dtransform会启用GPU加速。我们实
际上不需要z轴的变化，欺骗浏览器，是一种不人道的做法。

will-change专为此而生，预先告诉浏览器，快做好准备，把 GPU兄弟拉来，我要变形了。

几何老师说：同学们注意，我要开始变形了...

兼容性

关于JS

不要做重复的工作

外部依赖资源统一管理
相同的代码进行封装：（业务，UI，工具方法）
能够用代码判定的配置，不要手动去改

JSHint

缓存问题

微信浏览器缓存较严重

测试环境下禁止浏览器缓存

版本号
文件指纹
发布新版本菜单配置项注意点

Vue条件渲染v-show与v-if的区别

v-show不支持<template>语法

<template v-if="status">
    <input type="button" value="Ok">
</template>

初始:

v-if是惰性的,如果在初始渲染时条件为假，则什么也不做——在条件第一次变为真时才开始局部编译（编译会被缓存起来）。

v-show 无论真假，一开始就渲染

切换：

v-if 有一个局部编译/卸载过程。

v-show 元素始终被编译并保留，只是简单地基于CSS切换

综述

v-if 有更高的切换消耗而 v-show 有更高的初始渲染消耗。因此，如果需要频繁切换 v-show 较好，如果在运行时条件不大可能改变
v-if 较好。

使用MVVM框架，如何转变思路

摒弃“获取这个DOM元素并对他进行一些操作”，改变为"如何去设计数据模型，怎么与view建立关联，只要改变数据就能触发view的变化"

也就是viewModel如何构建，看一个实例

其他实践

Vue单文件组件

此处输入图片的描述

关于模块化开发

AMD CMD

webpack + grunt + vue-loader

关于公众号开发

开发配置
openid获取
封装SDK方法的使用
地理位置的获取
语音找货（待实现）

开发工具

抓包工具 Charles
页面调试： debug.js DebugGap
接口模拟：postman
微信web开发者工具