整合营销服务商

电脑端+手机端+微信端=数据同步管理

免费咨询热线:

「HTML5书籍」疯狂HTML5+CSS3+JavaScript讲义(第2版)

疯狂 HTML 5 CSS 3 JavaScript讲义(第2版)》由知名IT作家李刚老师创作,本书的中文繁体字版授权到中国台湾地区,全书面向HTML 5.1规范正式版,更新多个元素、拖放规范的相关知识,新增外挂字幕、点线模式等内容,着重介绍新增的手机端相关特性,详细介绍渐变背景支持、弹性盒布局、手机浏览器响应式布局、3D变换等CSS新增特性及重大改进。

内容简介:

W3C于2016年11月1日正式发布了HTML 5.1规范,该规范已经得到广大浏览器厂商的支持,主流的*版本的浏览器几乎都支持该规范。与此同时,前端开发的持续火爆,使得HTML 5成为目前的热门领域。本书是一本全面介绍HTML 5、CSS 3和JavaScript前端开发技术的图书,系统地介绍了HTML 5常用的元素和属性、HTML 5的表单元素和属性、HTML 5的绘图支持、HTML 5的多媒体支持、CSS 3的功能和用法、*前沿的变形与动画功能等。除此之外,本书还系统地介绍了JavaScript编程知识,包括JavaScript基本语法、DOM编程,以及HTML 5新增的本地存储、Indexed数据库、离线应用、JavaScript多线程、客户端通信支持、WebSocket编程等。本书的定位是一本前端开发的“实战性”图书,因此在介绍各知识点时并不是简单地停留在知识点层面阐述,而是结合了大量实例来让读者对照练习、学以致用。本书*后还提供了一个基于HTML 5技术的小游戏:疯狂俄罗斯方块。该游戏综合运用了HTML 5的绘图支持、客户端存储等技术,具有较高的参考价值。

作者简介:

李刚,十余年软件开发从业经验,疯狂软件教育中心教学总监。疯狂Java实训营创始人,疯狂Java体系原创图书作者。广东技术师范学院计算机科学系兼职副教授,51CTO专家门诊特邀嘉宾。培训的学生已在华为、IBM、阿里软件、网易、电信盈科等名企就职。国内知名高端IT技术图书作家,已出版《疯狂Java讲义》《疯狂Android讲义》《轻量级JavaEE企业应用实战》《疯狂iOS讲义(基础篇)(提高篇)》《疯狂前端开发讲义》《疯狂HTML5/CSS3/JavaScript讲义》《疯狂XML讲义》《经典JavaEE企业应用实战》《Struts2。x专业指南》等著作。其中疯狂Java体系图书均已沉淀多年,赢得极高的市场认同,多次重印,多部著作印刷数量超过10万册,并被多所“985”“211”院校选作教材,部分图书已被翻译成繁体中文版,授权到中国台湾地区。

如果对这本书感兴趣,可以私信回复“疯狂H5讲义”领取。

者按:今天腾讯的同学从一款HTML5小游戏《植物大战僵尸》说起,分享一些动画实现的知识(动画可控性、如何兼容不同分辨率、如何识别平板手机等),附上众多实现小技巧,来收 >>>

hello~大家好,我是黑米! O(≧▽≦)O

今天我来跟大家分享一些动画实现的相关知识,希望大家能够支持(鞠躬……

我很喜欢很喜欢看动画片,一直有做出好看动画片的梦想……所以最近做了不少动画效果来玩儿,也为自己以后可以做出伟大的动画片打好基础!

Web端动画表现有不少办法,我列一些常见的,然后再说说在实现上的一些小技巧。

进入正题,我要开始认真了!(严肃脸…… ( ̄ー ̄〃)

嗯……首先大家先来跟我一起玩个游戏,请快速的掏出手机,打开微信,“扫一扫”下面的二维码,通关最多的前三名同学……什么奖品都没有!!

相信大家都认真的玩儿了游戏吧?我们这里有一位万技师一直玩到50多关,最后体力透支,主动“自杀”,否则相信他能玩出过百关,怎么做到的?有彩蛋,不知道你有没有发现,哈哈……

嗯……回归正题,这个小游戏当中用到了大量的动画效果,主要是逐帧动画,今天的第一部分,就先来讲讲动画这个事情。

我先来列一排动画效果给大家看……

图1

图2

图3

刚才上面列的动画效果分别是 GIF 动画、Canvas + CSS 动画、逐帧动画。其实说起常见的动画实现,除了 GIF(APNG)、Flash 和 Canvas 外,其他基本都是 CSS 动画,即使是通过 JS 实现,大部分情况下只是通过 JS 来修改 CSS 属性而已。

而 GIF 动画仅支持 8 位色,颜色偏少,虽然 APNG 解决了这个问题,但是存在兼容问题,同时它和 GIF 一样,没有可控性,所以它们一般很少用于动画制作流程中,仅用来展示。相对来说 CSS 动画和 Canvas 动画的可控性更易于制作页面效果动画以及页面游戏。

一、可控性

刚才说了“可控性”,那到底什么是可控性?我们先来看一个动画效果的大概示意图!

一段动画一般由“开始 – 过渡 – 结束”来组成,GIF 动画是无法通过代码来获取到这些状态的,但 CSS 动画可以!

我这里的做法是把每一组图片合成一张“雪碧图”,然后利用 CSS 的 animation 做逐帧动画,写好函数通过不同的参数来调用不同的角色。

Role(dirt)

Role(rises)

Role(cast)

Role(broken)

Role(death)

合成“雪碧图”的逐帧动画

像上面 图2 和 图3 的例子,都是由好几个动画衔接完成,那么它们之间如何衔接呢?有的同学可能会说用setTimeout/setInterval/requestAnimationFrame 一类的延迟功能来做衔接,但是这样会有个问题就是在性能不同的机器上,会有误差,而且维护繁琐。所以,我们需要一个触发形式的衔接方式,即上一个动画完成了,通知下一个动画开始。

CSS 动画实现一般使用 animation 和 transition 来搭配其他属性使元素产生不同变化,从而达到动画效果。

而这两个属性是可以通过 JS 中的事件来监听到“开始”和“结束”状态。具体事件如下:

animationstart:

  • animationstart 事件在 CSS animation 开始时被触发。如果有 animation-delay ,事件将在延迟时效过期之后立即触发。 如果延迟时效是负值,事件触发时将带有等于延迟时效绝对值的 elapsedTime 。

animationend:

  • animationstart 事件在 CSS animation 完成时被触发。

transionstart:

  • transionstart 事件在 CSS transition 过渡开始时被触发。

transitionend:

  • transitionend 事件会在 CSS transition 结束后触发。当 transition 完成前移除 transition 时,比如移除 CSS 的 transition-property 属性,事件将不会被触发。

这些事件在不同浏览器下需要加前缀什么的大家应该都懂得,至于 transionstart,目前仅在 IE10+ 上有效……

通过事件监听的方式衔接,并利用分层的形式叠加多重动画,最终实现效果:

现在,开始状态和结束状态获取到了,那中间的过渡状态要怎么办呢?比如说我要动画执行到 30% 的时候,执行一个回调,亲一口姐姐,肿么办??(?ε??)

虽然没有直接的事件可以监听到过渡状态,而且这个需求中也暂时用不到这个过渡状态监听,但是我们也可以稍微做点事情的。(不抛弃,不放弃!)

怎么做呢?比如一个动画的执行时间是10s,那么在动画开始的时候,跑一个 setInterval 来不断的记录过渡状态,然后用当前跑到的值和总时长就能算出具体的进度了。这里要稍微注意一下,因为动画播放控制(animation-play-state)属性的存在,在暂停和重新播放时,需要对计时器稍微进行一下处理,否则得出的进度值会有错误。

这不是一个很完美的办法,因为在不同的性能下,计时器的值可能会有微弱误差,但如果你要求并不是很精确,还是可以尝试这个办法的。

二、如何 Perfect 的兼容各分辨率?

兼容各式屏幕一般有这样的办法:

还有这样的办法:

最后,还有传说中的弹性自适应布局:∑(O_O;)

但是,在这个需求上,统统不适用!为什么?

viewport 和 media Query 在 iOS 和 Android 上识别的单位不同,在 iOS 上识别的是“设备像素”,而在 Android 上识别的是“CSS像素”,这两个词后面会讲到。

因为这个页面游戏上有大量的元素用到绝对定位,如果使用弹性自适应布局的话,会进行大量的布局计算,而且还不一定精准。

所以,这里的解决办法是通过 discrimina.appVersion 获取 UA 信息中的关键字来判断不同的系统,针对不同的系统做不同的解决方案,Android 对最外层 div 进行 zoom 缩放,而 iOS 使用 viewport 缩放:

三、如何 Perfect 的识别平板和手机?

各设备上的布局问题解决了,但是如果设备屏幕比较大,你的图片是糊的,怎么办?

也许有的同学会举手说去检测 CSS 分辨率,但是这里就有问题了……有的老旧平板可能屏幕尺寸大,但 CSS 分辨率小;而有的新手机屏幕尺寸不如平板,但是 CSS 分辨率挺高,咋办?

回归现实,我们分辨平板和手机是以什么来分辨的?屏幕尺寸,对吧?那么我们这里也同样,只要想办法计算出访问者的屏幕尺寸即可,就是平常我们说的几寸屏…几寸屏的那个尺寸。

怎么获取那个尺寸呢?我们这里先来学习一些专业术语……

标红的“屏幕尺寸”是我们的目标,绿色的元素是我们后续会用到的东西,其中我们可以直接通过 JS 获取到的只有最后两项,即“设备像素”和“设备像素比”。

然后我们来看看“屏幕尺寸”的计算公示:

屏幕尺寸 = 屏幕对角线的CSS像素值/(设备像素比*PPI) = (√长²+宽²)/(设备像素比*PPI)

屏幕是矩形,矩形对角线的计算公示就是上方右侧那个公示;现在我们来看一下这个公示中用到的元素如何获得……

现在,万事俱备,就差 PPI,这东西虽然没有直接获取方式,但是我查了一下资料,还是得到了一些数据。

注意,这里给的是基准值,我们常说的 iPhone 多少多少 PPI,那个值是用基准值乘以设备像素比得出来的。由于 Android 手机厂商众多,并没有统一的标准,这里的 160 只是约等值,所以 Android 屏幕尺寸结果会有误差,但是基本也够用了。

现在公式中的所有要素都已经齐备了,具体在代码中实现,就是下面这样子:

得出的值,单位是“英寸”,我们根据这个值就可以考虑针对平板和手机等不同屏幕尺寸做不同的事情了,比如最基本的,换一套高清图……

四、音频之殇 (T^T)

这个小游戏中一共用到3类音频,共6个音频,且存在同时播放问题,iOS 下没问题,但是 Android 下会出现后播放的音频打断之前播放音频的问题。

我测试了一些设备,发现无迹可寻,有的老设备支持,新设备反而不支持。我的解决办法是 Android 用户仅播放关键音频,比如这个游戏当中就是背景音乐,其他的就不放了。因为没办法判断设备到底是否支持多音频同时播放……

五、形变+位移+旋转=?

刚才讲了“活捉兵马俑”那个游戏的一些经验技巧,现在讲讲几个 CSS 小属性搭配起来可以做的东西。

不可否认,做动画 Flash 是走在前面的,它的很多表现形式都值得我们借鉴,比如说这位豌豆射手。

这个豌豆的需求是一个双屏互动需求,PC 端使用 Flash 实现,移动端没办法用 Flash,所以动态效果我就照着临摹了下来。

具体做法是把豌豆拆成不同的小组件,然后再利用 animation、translate、scale、rotate,拼合出一个完整的动态效果,并没有多少技术含量,但几种属性的搭配使用,让这颗豌豆看起来还是挺赞的!

等于

所以,很多属性稍微搭配一下,其实就可以做出很好玩的东西。哈哈……

六、其他一些小细节……

看了这么久的文章,你可能也累了,下面一些小细节快速过一下……

1)不要放弃 PC 访问的用户,如果没有很好的引导,他们会直接关闭网页的。

2)如果是横屏没法用的页面,给予良好的横屏提示。

3)为用户添加桌面图标,方便用户启动页面。

好的,今天的分享基本就这样告一段落,欲知后事儿如何,请听下回分解!

原文地址:tgideas

优秀网页设计公众微信号:youshege碎片时间学习利器!


eb前端开发面试题,前端面体及答案2020

移动布局自适应屏幕的几种方式?

(1) 响应式布局 (2) 100%布局(弹性布局) (3) 等比缩放布局(rem)

如何防止XSS攻击?

(1) 将前端输出数据都进行转义 (2) 将输出的字符串中的\反斜杠进行转义 (3) 从url中获取的信息,防治方法是由后端获取,在前端转义后再行输出 (4) 使用cookie的HttpOnly属性,保护好cookie

混合开发的注意点

增强WebView : 原生WebView基本是PC平台浏览器内核的移植,但对于移动场景并不完全适合,各种硬件API得不到HTML5原生支持。因此对于WebView的种种Hack、增强应运而生,甚至出现了基于增强WebView提供第三方服务的。

路由: 应用内跳转由于加入了 WebView而变得复杂起来,同时由于组件化、模块化带来的问 题,路由也成为人们讨论的重点。

缓存: 移动网络条件差,为了用户体验,必须要做资源缓存和预加载。

通信: 即HTML5和Native之间的通信。利用系统提供的桥接API可以实现,不过在应用上还 有着一些坑点和安全问题。

简述Node.js的使用场景?

IIO 密集而非计算密集的情景;高并发微数据(比如账号系统)的情景。特别是高并发,Node.js 的性能随并发数量的提高而衰减的现象相比其他 server 都有很明显的优势。

Bad Use Cases 1.CPU heavy apps (高CPU消耗的app) 2.Simple CRUD / HTML apps (简单的CRUD / HTML apps) 3.NoSQL + Node.js + Buzzword Bullshit (NoSQL + Node.js + 各种时髦词汇)

Good Use Cases 1.JSON API 2.Single page apps (单页面app) 3.Shelling out to unix tools (对unix工具的脚本化调用) 4.Streaming data (流数据) 5.Soft Realtime Applications (软件实时程序)

以上就是酷仔今天整理提供的Web前端开发面试题,希望为Web前端同学提供了有用的面试素材,以后酷仔每日均会提供Python及Web相关的习题。

特殊说明:以上资料由开课吧提供!