html实践中为何还要使用css,前端开发思考与实践_html/css_WEB-ITnose

关于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不支持语法

初始:

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开发者工具

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：php中文网