来自 W3C 的 HTML 5.2 3 级选择器 CSS 架构设计： 元素设计 [阅读] BEM ITCSS OOCSS [阅读] SMACSS [阅读][收费] 适用于CSS的可扩展模块化体系结构（ SMACSS ） [视频][收费] 学习 HTML 和 CSS 54 SUIT CSS rscss 设计/编写规范： CSS 编码指南 [阅读] css-architecture 应用代码 [阅读] 过时的学习材料: 用 React 和 Ampersand 构建应用 [观看][增值付费] 构建现代的单页网络应用 [观看][增值付费] 流畅的 JavaScript: 模块化 [阅读] 静态应用工作指南 [阅读] 网络应用工作指南 [阅读] 前端参考问卷 [阅读] 对人类友好的 JavaScript [阅读] Nicholas Zakas: 可扩展的 JavaScript Webpack Book [文章] Rollup: Rollup SystemJS: 用 SystemJS 和 jspm 编写现代的，模块化的 JavaScript 代码 [视频][付费] 注释: 开发者使用类似于 Gulp 之类的 JS 模块化打包工具来帮助开发并不鲜见。然而，许多的 Gulp 插件本质上仅仅是利用了 Webpack, Rollup, 或者 SystemJS 而已。

何丝滑无感地扩展 MTFlutter 基础依赖在 Web 端的实现。 4.1.1 Flutter Package 分平台编程 在 Flutter 中通过使用 Package 可以创建易于共享的模块化代码。官方强烈推荐使 用 Package 形式管理各种工具方法。在官方定义中 Package 包含以下两种类别： ● Dart Package：用 Dart 编写的常规 Package，其中一些可能包含依赖于 背景 设计稿（UI 视图）转代码是前端工程师日常不断重复的工作，这部分工作复杂度较低 但工作占比较高，所以提升设计稿转代码的效率一直是前端工程师追求的方向之一。 此前，前端工程师尝试过将业务组件模块化构建成通用视图库，并通过拖拽、拼接等 形式搭建业务模块，从而实现视图复用，降低设计稿转代码的研发成本。但随着业务 的发展和个性化的驱动，通用视图库无法覆盖所有应用场景，本文提出了一种设计稿 自动生成代码的方案。 跨容器动态化能力覆盖，逐步成为各个业务方越来越重视的基础能力，可以大 幅缩短需求交付的周期，提高上线发版的效率，并能有效地解决包体积大小的 问题，提升业务的敏捷性。 ● 多场景下的同构诉求，例如在各种推广页、模块化、游戏、轻量布局差异的 PC/App 同构场景下，可以节省多端研发的人力。 最终我们的核心痛点围绕在了美团系·小程序和美团系·App 矩阵上的同一个需求 的多次开发运维上，为了解决研发人力瓶颈问题，我们需要一款“一次研发，多终端

编写应用程序。类似的项目还 有 Mozilla 的 Firefox OS。 2010年，三个重要的项目诞生，分别是 NPM、BackboneJS 和 RequireJS，标志着 JavaScript 进入模块化开发的时代。 2011年，微软公司发布 Windows 8操作系统，将 JavaScript 作 为应用程序的开发语言之一，直接提供系统支持。 2011年，Google 发布了 Dart 语言，目的是为了结束 - 107 - 本文档使用 书栈(BookStack.CN) 构建 3. } 单纯从上面的代码块，根本无法判断 x 到底是全局变量，还是对 象 obj 的一个属性。这非常不利于代码的除错和模块化，编译器也无 法对这段代码进行优化，只能留到运行时判断，这就拖慢了运行速度。 因此，建议不要使用 with 语句，可以考虑用一个临时变量代 替 with 。 1. with(obj1.obj2 上面这种写法就可以避免与其他脚本合并时，排在前面的脚本最后一行 语句没有分号，导致运行出错的问题。 JavaScript 最大的语法缺点，可能就是全局变量对于任何一个代码 块，都是可读可写。这对代码的模块化和重复使用，非常不利。 因此，建议避免使用全局变量。如果不得不使用，可以考虑用大写字母 表示变量名，这样更容易看出这是全局变量，比如 UPPER_CASE 。 JavaScript 会自动将变量声明”提升“（hoist）到代码块

在这里我们学到了如下内容。 • 经过一定时间后变为解决状态的delayPromise • 基于delayPromise和Promise.race的超时实现方式 • 取消XHR promise请求 • 通过模块化实现promise对象和操作的分离 Promise能非常灵活的进行处理流程的控制，为了充分发挥它的能力，我们需要注意不 要将一个函数写的过于庞大冗长，而是应该将其分割成更小更简单的处理，并对之前

属性创造的，而属性的 let 和 const 命令 41 创造是动态的）；其次，程序员很容易不知不觉地就创建了全局变量（比如打字出 错）；最后，顶层对象的属性是到处可以读写的，这非常不利于模块化编程。另一 方面， window 对象有实体含义，指的是浏览器的窗口对象，顶层对象是一个有实 体含义的对象，也是不合适的。 ES6为了改变这一点，一方面规定，为了保持兼容性， var 命令和 ES6的写法 Number.parseInt('12.34') // 12 Number.parseFloat('123.45#') // 123.45 这样做的目的，是逐步减少全局性方法，使得语言逐步模块化。 Number.parseInt === parseInt // true Number.parseFloat === parseFloat // true Number.isInteger()

服务轻而易 举。 其次，JavaScript语言本身是完善的函数式语言，在前端开发时，开发人员往往写得比较随意，让人 感觉JavaScript就是个“玩具语言”。但是，在Node环境下，通过模块化的JavaScript代码，加上 函数式编程，并且无需考虑浏览器兼容性问题，直接使用最新的ECMAScript 6标准，可以完全满足工 程上的需求。 > 我还听说过io.js，这又是什么鬼？