亦知亦解

相关文章：

• 《基础篇》：https://blog.krimeshu.com/2021/07/04/promise-practice/

上一篇的最后，我们列举了两个简单的逐个串行与并发执行的例子。不过日常实际开发中，我们还会遇到更复杂的场景——比如下载 300 张图片，上一篇中简单的写法就无法应对了。这次我们来说说如何更恰当地处理这类批量异步任务。

不知道大家是否还记得，在第二篇《PixiJS 修炼指南 - 02. 项目重构》中，我们创建第一个场景时曾经声明了一个名为 IScene 的场景接口，今天让我们开始实现场景管理器把它给用起来。

上一篇中，我们实现的项目资源管理模块 AssetsManager 功能基本还只是雏形，这次我们来对它进行一些改进和加强，完善诸如对精灵表的支持、总进度回调这样的能力。

不知道有没有同学注意到，第一篇中我们创建精灵时使用的是 Sprite.from(textureUrl) 方法，但是第二篇重构后却改用了 Assets.load(textureUrl) 加载纹理，然后再设置到 this.texture 属性内来完成精灵纹理素材加载的。

这里的 Assets 是 PixiJS 提供的资源管理器，由它负责处理下载、缓存、转换等工作，将项目资源变成你需要的形式。

和其他 PixiJS 模块一样，虽然它的功能很强大，但使用起来还是有些骨感。对于日常开发还需要将其做一些封装和完善，改造为更方便的开发模式来使用。

潜在问题

在上一篇最后的例子中，我们写了一段代码实现一个简单的静态场景 demo，它跑起来了而且目前看起来也不复杂——从上到下写过来的代码，可以说是相当地“平铺直叙”了。

但是设想一下，随着项目开发的正式启动，其中的场景成员越来越多可能达到几十甚至上百以计的规模。而且通常游戏都不会只有一个场景，每个场景、成员之间的控制和回调代码相互交织，结果显然将会变成一团混乱的面条代码，彻底走向失控。

所以我们通常推荐在项目跑起来后，通过面向对象的方式将代码进行抽象归类，再通过启动入口、场景管理器等核心部分进行统一调度管理。以合理的代码组织方式进行项目重构，来达到各部分之间的界限清晰、分工明确的效果，确保项目的可维护性。

简介

什么是 PixiJS

PixiJS 是一个使用便捷且高效的2D渲染引擎——没错，它不是大而全的游戏引擎，而是更轻量的渲染引擎。

这也使得它更专注于做好高效的2D渲染工作，给予WebGL高效渲染，实现上万对象渲染的粒子效果；同时也提供了更高的自由度，可用于做任何游戏类型的渲染层，甚至仅仅用于宣传页面的2D动画绘制。

同时，作为渲染引擎，它又比纯粹的 Canvas 使用起来更为便捷，可以直接通过操作 Sprite、Container、Graphics 等对象的属性完成画面中渲染效果的更新。

这样轻量易上手而又高效的渲染引擎，对于快速搭建轻量级的H5小游戏或者游戏 demo 来说可谓再合适不过。

而且，从2014年10月的第一个版本发布至今已过去近十年，仍然在不断更新迭代。2022年的 PixiJS v6 开始更是提供了 TypeScript 的支持，提供了内部对象更加方便的智能提示支持，也让大型项目使用 TS 开发后更加规范和可维护。最新的 v7 更是抛弃了各种历史包袱，更新到了现代化的前端项目生态，并且改进了一些历史 API（比如 interactive)，提供新的更深入优化项目性能的能力。

对于诸如骨骼动画、游戏滤镜、物理引擎、跨平台框架等需求，PixiJS 也有各种第三方工具、插件的支持，可扩展性也十分优秀。

写 JS 代码的同学们不知道有没有注意过，后台接口通过 JSON 处理汉字字符、emoji 时，返回的是像 \u00ff 这样转义处理的字符，而不是它们的明文原文。这是为什么呢？

1
2
3

<?php
echo json_encode('再会，谢谢所有的🐟');
// -> "\u518d\u4f1a\uff0c\u8c22\u8c22\u6240\u6709\u7684\ud83d\udc1f"

1
2
3
4

import json

print(json.dumps('再会，谢谢所有的🐟'))
# -> "\u518d\u4f1a\uff0c\u8c22\u8c22\u6240\u6709\u7684\ud83d\udc1f"

以及，这个问题和今天要说的 MD5 转换编码的踩坑又有什么关系呢？

在之前单《手动篇》里，我们已经手动完成了打包一个 .epub 所需要的基本文件内容，并且梳理出可以通过工具自动完成的流程，以及需要补充信息来完成的流程。

这次我们正式开始动手，编码实现我们的电子书生成小工具了。

不知道大家平时有没有阅读电子书的习惯，这里指的并不是 .txt 的文本文档，而是通常带有精美封面、便捷目录、图文并茂的 .epub 电子书。它是怎样实现这些效果的呢？我们能不能把自己平时用 Markdown 写的技术笔记、博客文章做成一本属于自己的电子书呢？

异步任务是我们日常开发中离不开的一环，例如用户操作后的网络请求、动画延时回调、node.js 中各种异步 IO/进程操作等等。

过去通常是通过传递回调函数的形式使用，如今我们通常使用 Promise，配合 async/await，让日常这些异步处理方便了很多。

不过对于刚接触 Promise 的新同学来说，日常可能只接触和使用过其中比较基础的使用形式，又没有花时间去了解其中的实现原理，这就可能会导致一些错误理解和反模式实践。

这里将平时遇见过的问题列举出来，结合自己的理解，希望能帮新同学们绕开一些可以避免的坑。