LydiaYuan

方：嗯，讲一讲「对象」吧。我们常说的对象，其实是「哈希表」，大概长这样： 方：没错，但是这很好优化，可以通过提供内置的对象构造器来优化，也可以通过编译器优化，这些优化都不是我们需要讨论的内容。 学生：了解。 方：目前我们是在复习上节课的内容， 好让你相信，不管多么复杂的数据结构…

这个限制在开发中也确实会时常影响到我们的开发体验，比如函数组件中出现 if 语句提前 return 了，后面又出现 Hook 调用的话，React 官方推的 eslint 规则也会给出警告。 其实是个挺常见的用法，很多时候满足某个条件了我们就不希望组件继续渲染下去。但由于这个限…

递归不可怕，某些语言的递归性能慢只是因为这些语言不提倡用递归所以没优化，而不是因为递归慢。 方：今天我们来学习一下稍微复杂一点的结构，之前我们涉及到的数据只有数字、字符串和函数。虽然也用到了数组，但其实是只在 JS 里用过，还没在 Haskell 里用过。 方：这节课我会告诉你…

作为一名经常需要在团队中搞跨界合作的前端开发者，我发现许多往往被人们敬而远之的「底层」技能其实并不必学到精通才能应用。只要能以问题导向按需学习，就足以有效地完成工作，取得成果了。像 C、C++ 和 Rust 中的手动内存管理，就是这样的例子。我们完全可以绕开语言的黑魔法，只学习…

方：今天我教你写函数，先聊聊函数参数吧。 学生：参数有什么好讲的，就是把数据传给函数吧。对了，根据你昨天讲的，函数也可以被当作参数传给另一个函数。 add 可以求两数之和。要调用 add，只需要把 1 和 2 传给 add 即可得到 3 学生：嗯，接下来你肯定要整点花里胡哨的写…

方：不急，数据不可变是贯穿始终的，不用特别去讲它。 方：先递进，后回归，这就是递归，英文叫做 recursion。 学生：原来还可以这么理解递归。那我可不可以认为：「递」是调用栈压栈的过程，「归」是弹栈的过程。 方：可以，但不够全面，我之前说过，有些语言是没有调用栈的，所以压栈…

方：那我们开始了。还记得函数式的约定吗？ 学生：记得，数据不可变。 方：好的，那么我估计你现在应该不会写代码了。 方：不信？我跟你出道题。请遍历 array = ['a','b','c'] 打印出每一项的值。用 JS 写吧。 方：没错。不写 i++，你再来回答一次 方：有点鸡贼…

一图胜千言：手绘版：

webpack 使用 enhanced-resolve 进行路径解析。它的作用类似于一个异步的 require.resolve 方法，将 require / import 语句中引入的字符串，解析为引入文件的绝对路径。 在其官方文档中，将其描述为高度可配置，这得益于它完善的插件…