1.10分钟快速精通rollup.js——Vue.js源码打包原理深度分析
2.konva.js 原理与源码解析
3.slate.js源码分析（四）- 历史记录机制
4.什么是引擎源码引擎前端源码,什么是后台源码？
5.dayjs源码解析（二）：Dayjs 类
6.JS引擎(0):JavaScript引擎群雄演义—起底JavaScript引擎

10分钟快速精通rollup.js——Vue.js源码打包原理深度分析

       Vue.js源码打包基于rollup.js的API，流程大致可分为五步。开源首先将Vue.js源码clone到本地，引擎源码引擎安装依赖，开源然后通过build指令进行打包。引擎源码引擎打包成功后会在dist目录下创建打包文件。开源彩神争霸源码Vue.js还提供了另外两种打包方式：“build:ssr"和"build:weex”。引擎源码引擎

       Vue.js打包源码分析，开源Vue.js源码打包基于rollup.js的引擎源码引擎API，流程大致可分为五步，开源如下图所示：执行npm run build时，引擎源码引擎会从scripts/build.js开始执行。开源前5行分别导入了5个模块，引擎源码引擎这5个模块的开源用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是引擎源码引擎否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

       Vue.js打包流程分析，Vue.js源码打包基于rollup.js的API，流程大致可分为五步，如下图所示：执行npm run build时，会从scripts/build.js开始执行。前5行分别导入了5个模块，这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是请他教源码否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

       Vue.js打包流程分析，Vue.js源码打包基于rollup.js的API，流程大致可分为五步，如下图所示：执行npm run build时，会从scripts/build.js开始执行。前5行分别导入了5个模块，这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

       Vue.js打包流程分析，坦克世界源码Vue.js源码打包基于rollup.js的API，流程大致可分为五步，如下图所示：执行npm run build时，会从scripts/build.js开始执行。前5行分别导入了5个模块，这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

       Vue.js打包流程分析，Vue.js源码打包基于rollup.js的API，流程大致可分为五步，如下图所示：执行npm run build时，会从scripts/build.js开始执行。前5行分别导入了5个模块，这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，destoon婚庆源码然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

       Vue.js打包流程分析，Vue.js源码打包基于rollup.js的API，流程大致可分为五步，如下图所示：执行npm run build时，会从scripts/build.js开始执行。前5行分别导入了5个模块，这5个模块的用途在前置学习教程中已经详细过。第7行通过同步方法判断dist目录是否存在，如果不存在则通过同步方法创建dist目录。生成rollup配置，生成dist目录后，通过以下代码生成了rollup的配置文件。代码虽然只有短短一句，但是做了很多事情。首先它加载了scripts/config.js模块，然后调用其中的getAllBuilds()方法。接下来导入了scripts/alias.js模块，alias.js模块输出了一个对象，这个对象中定义了所有的别名及其对应的绝对路径。这个模块中定义了resolve()方法，用于生成绝对路径。

konva.js 原理与源码解析

       Konva是一个基于2D canvas的类库，适用于桌面和移动设备，提供图形组件、事件系统、变换、高性能动画、节点嵌套与分层等功能。Konva与FabricJS都是源码 交付 问题高性能2D渲染库，适合编辑器场景，各有优势。

       Konva架构基于图形树，类似DOM结构，通过add和remove操作增删节点。核心包括SceneContext和HitContext，实现绘制填充和描边。Konva通过Canvas缓存绘制图形信息，用户点击时判断击中图形。

       拾取方案中，Konva在SceneCanvas上绘制图形同时在HitCanvas上绘制，使用随机索引颜色，用户点击时根据缓存判断图形。流程包括获取交集、计算击中图形，触发交互事件。

       Konva的Node类是图形的底层封装，包含各种方法，所有Konva节点最终继承自Node。渲染流程包括添加图形、绘制、缓存和重绘。Node类的draw方法调用drawScene和drawHit，最终执行具体图形类的绘制方法。

       属性更新流程使用Factory模块绑定属性，通过getter和setter实现，统一调用Node._setAttr方法更新属性并批量重绘。Konva历史源码基于ES3定义类，Factory模块在代码中添加属性绑定逻辑。

       总体而言，Konva的结构设计、图形绘制、交互处理和属性更新机制共同构建了一个高效、灵活的2D图形渲染框架。

slate.js源码分析（四）- 历史记录机制

       应用中常见撤销与重做功能，尤其在编辑器中，其实现看似简单却也非易事。为了更好地理解这一机制，本文将深入探讨 MVC 设计模式，并聚焦于 slate.js 如何巧妙地实现撤销与重做功能。

       MVC 模式是一种经典的软件架构模式，自 年提出以来便广为应用。在 MVC 模式中，模型（Model）负责管理数据，视图（View）展示数据，而控制器（Controller）则负责处理用户输入与模型更新。

       在撤销与重做功能的设计中，通常有两种实现思路。其中一种是通过 Redux 等状态管理库实现，而 slate.js 则采用了一种更为直接的方法。本文将重点介绍 slate.js 的实现策略。

       撤销功能允许用户回溯至之前的页面状态，而重做功能则让用户能够恢复已撤销的操作。在执行操作后，当用户请求撤销时，系统会抛弃当前状态并恢复至前一状态。对于复杂的操作，如表格的复制与粘贴，系统的处理逻辑则更为精细，能够跳过不需要记录在历史记录中的状态，确保撤销操作的精准性。

       slate.js 的状态模型主要基于树状的文档结构，通过三种类型的操作指令来管理文档状态：针对节点的修改、光标位置的调整以及文本内容的变更。对节点与文本的修改，可通过特定指令来实现，而光标操作则通常直接修改数据。借助这九种基本操作，富文本内容的任何变化都能被准确地记录与恢复。

       在实现撤销功能时，关键在于如何根据操作指令中的信息推导出相应的撤销操作。例如，撤销对节点的修改操作，只需对记录的操作进行逆向操作即可。相比之下，重做功能则相对简单，只需在撤销操作时记录下指令，以便在后续操作中恢复。

       操作的记录以数组形式进行，便于后续的撤销与重做操作。通过合理的指令与数据模型设计，复杂的操作最终被拆解为简单且可逆的原子操作，确保了功能的高效与稳定。

       总结而言，通过精心设计的指令与数据模型，撤销与重做功能得以实现，使应用在面对用户操作时能够灵活应对，提供无缝的用户体验。此外，本文还附带了一个招聘信息，百度如流团队正面向北京、上海、深圳等地招聘，欢迎有志之士加入。

       参考资料包括：Web 应用的撤销重做实现、slatejs。

什么是前端源码,什么是后台源码？

       前端源码一般是指html,js,css等一些浏览器可直接运行的轻量级脚本.后端源码一般指在某个编程环境下的运行的后端未编译的代码,如C#,java等,这些代码在未编译解释前无法被浏览器识别!注:其实js也可以作为后端编程代码!即js也可是后端源码!但要借助于nodejs等运行工具!换句话说后端代码是需要一个运行环境的,而前端只需要支持浏览器就可以了

dayjs源码解析（二）：Dayjs 类

       上篇文章讲述了dayjs的基础知识、locale、constant和utils，本文将继续深入解析dayjs的核心部分——src/index.js中的Dayjs类。

       src/index.js文件结构清晰，按照以下步骤构建：

       然而，这里存在两个疑问，可能是为了缩减代码体积，由@iamkun提出。

       现在开始正式分析代码。

       locale相关全局定义

       首先默认导入了locale/en.js英文的locale，然后使用L存储当前使用的locale名字，使用Ls（locale Storage）存储locale对象。

       工具补充

       定义了一个工具方法parseLocale。这个方法处理以下几种情况：

       然后将定义好的parseLocale方法补充到Utils中。

       相关方法

       在Dayjs类中，关于locale的方法有两个，实例私有方法$locale用来返回当前使用的locale对象；实例方法locale本质上就是调用了parseLocale方法，但最后返回的是新的改变了locale的Dayjs实例。

       注意：在dayjs中，许多操作都使用clone()方法来返回新的Dayjs实例，这也是这个库的优点之一。

       最后同样将parseLocale方法补充到Dayjs类的静态方法中。

       补充Utils

       上一节和前文中已经分析了一些Util工具，这里将其补充完整：

       注意：这些工具方法没有统一定义在utils.js文件中的原因是用到了index.js作用域中的一些变量。

       需要特别关注的是wrapper方法，在Dayjs类中大量应用了该方法，其实是通过date和原实例封装了一个新实例，新实例和原实例的主要区别就是关联的时间不同。

       Dayjs类

       Dayjs类是整个dayjs库的核心，可以给其定义的实例方法分类，也可以查看官网的文档分类。

       解析都写在了代码的注释里：

       原型链

       通常来说，定义在实例中的方法应该在原型链上，但有几个与时间有关的setter/getter方法相似，所以单独将原型链写在了上面。

       这几个方法都是不传参数时为getter，传参数时为setter。

       静态属性

       还有一些方法和属性挂在了dayjs函数对象上，最核心的是加载插件和加载locale的方法，几个方法的用法都能在官方文档中找到。

       如果对dayjs函数对象、Dayjs类和原型的关系感到困惑，可以参考下图，最后形成的关系如下图所示：

       总结

       如果不看插件部分，dayjs库的核心已经解析完成，看一下默认生成dayjs实例长什么样子：

       实例本身的属性是一些与时间相关的属性，各种操作方法都在原型__proto__上。

       本节结束，下一节将开始解析dayjs的插件。

JS引擎(0):JavaScript引擎群雄演义—起底JavaScript引擎

       JavaScript，既是一门面向过程的语言，也是一门面向对象的语言。其动态特性包括运行时构造对象、可变参数列表、函数变量、动态脚本执行（通过 eval）、对象内枚举（通过 for ... in）和源码恢复。早期JavaScript引擎实现较为简单，多采用偷懒方式。随着技术发展，引擎如Mocha、SpiderMonkey、Rhino/Nashorn、JavaScriptCore、Chakra、JScript等相继诞生并演进。这些引擎在自动内存管理、JIT编译、对象布局、性能优化等方面各具特色。

       在JavaScript引擎的演进历程中，早期的实现如Mocha引擎采用较为简陋的方法，如字节码解释器、引用计数方式的自动内存管理和fat discriminated union形式的值表现形式。SpiderMonkey引擎在年实现了mark-and-sweep GC、tagged value等技术，成为当时流行的native application嵌入JavaScript选择。Rhino/Nashorn引擎则为Java版的SpiderMonkey，用于纯Java实现的新版浏览器和服务器端脚本语言环境。JavaScriptCore引擎源自KJS，由苹果大力投入，性能超越KJS，支持JIT编译，广泛应用于iOS的Safari和UIWebView控件。

       Chakra引擎的问世使JScript性能显著提升，其隐藏类变迁机制“type evolution”和对象布局优化，如对象头与property数组分离、紧凑布局、使用tagged-value来存储值等，使得对象访问更为高效。JScript引擎，如IE8/JScript 5.8，对象存储依赖Hashtable，但在IE8版本中增加了对密集数组的优化。执行引擎则是一个简单的解释器，采用switch-threading形式的解释器主循环，优化了字符串拼接等操作。

       不常见的JavaScript引擎如IronJS，采用F#与C#的混合实现方式，具有实验性对.NET 2.0和3.0的支持。IronJS使用Nan-boxing技术，虽然内存占用较大，但提高了内存局部性和效率。这些不同引擎的特性展示了JavaScript语言在不同场景下的应用潜力。