duangsuse::Echo
🐻 Sticker
duangsuse::Echo
😋 Sticker
我也想先写关系式的 Kotlin 博文，可是它依赖的 LiterateKt 不得不先完成，既然这样不如就先完成 LKT 吧，也不难。
或许我只是想了解一下 HTML 具体怎么写吧。其实我连 XML 甚至 SGML 都不会写，而我会写 JSON 解析器，真是搞不懂他们。
import { element, configured, withDefaults, withClasses, withAttributes, withText } from './lib/dom';
let showCodeBtn: Element,
codeDiv = element("div", withClasses(playground),
showCodeBtn = element("button", withText(`Kotlin Code${describe}`))
);
duangsuse::Echo
尽管 JavaScript 把赋值 (=) 也做成了有值的模式，Kotlin 的 Configure Block 比这个更厉害、更优雅
declarative 的风格真的好棒啊，比之前手动 appendChild 什么的好多了！至少现在不必把所有本来该『立刻』初始化好的元素放在控制流里顺序构筑了！
https://webpack.js.org/concepts/
不得不安装 WebPack 来…… 解决 JavaScript 模块的打包问题
话说这 WebPack 的理念还真多啊，而且连告诉用户，它需要用 CLI
不得不安装 WebPack 来…… 解决 JavaScript 模块的打包问题
话说这 WebPack 的理念还真多啊，而且连告诉用户，它需要用 CLI
npm install -g webpack-cli 都懒得讲。webpack
Concepts | webpack
webpack is a module bundler. Its main purpose is to bundle JavaScript files for usage in a browser, yet it is also capable of transforming, bundling, or packaging just about any resource or asset.
npm install --save-dev webpack 真是啰嗦，说好的不需要任何配置呢？
我讨厌
node_modules，真是智障缓存方式
duangsuse::Echo
或许我不该写得这么莫名其妙的，但既然能用，而且只是难看了一点，算了…… （主要是这么写理论上没有任何问题）
不是难看了一点，难看的东西都有问题！
我今天早上吃饭时想了一会，基本熟悉了它的工作方式：
+ no-dependencies = null
+ have-dependencies = each-dependency-with-their-dependencies ?? [itself]
后来我一想，不对啊
再一想，自己早在还没弄自动依赖解析之前就已经犯了这个错误，但那时候是情有可原，因为没
然后我发现这是因为没有完全重写，误会了 (??) operator 导致的一个设计问题…… 其实 deepDependencies 的基线完全可以是
我今天早上吃饭时想了一会，基本熟悉了它的工作方式：
+ no-dependencies = null
+ have-dependencies = each-dependency-with-their-dependencies ?? [itself]
后来我一想，不对啊
xs?.concat(x) ?? [x] 这不是等于 (xs ?? []).concat(x) 吗？再一想，自己早在还没弄自动依赖解析之前就已经犯了这个错误，但那时候是情有可原，因为没
depend DOM Attribute 就的确是『没有依赖』，但现在不行啊！deepDependencies 本来就应该返回 Array<Element> 而非 Array<Element>?
艹，如果是 Kotlin 我肯定不会犯这种错误！都怪 TS 不区分可 null 与否！然后我发现这是因为没有完全重写，误会了 (??) operator 导致的一个设计问题…… 其实 deepDependencies 的基线完全可以是
[] 而非 null，手生了……
duangsuse::Echo
不是难看了一点，难看的东西都有问题！ 我今天早上吃饭时想了一会，基本熟悉了它的工作方式： + no-dependencies = null + have-dependencies = each-dependency-with-their-dependencies ?? [itself] 后来我一想，不对啊 xs?.concat(x) ?? [x] 这不是等于 (xs ?? []).concat(x) 吗？ 再一想，自己早在还没弄自动依赖解析之前就已经犯了这个错误，但那时候是情有可原，因为没 depend…
#JavaScript #Algorithm #web
而且我还想到一个问题，就是现在的依赖关系不能递归，但貌似我们拼接 Kotlin File 的方式是必须可以的，依赖不存在顺序。
或者说，我们要处理的『依赖图』，不一定是有向图，但目前的递归 deepDependencies 会 max call stack exceeded，我无法允许这种出错的可能。
所以可以用 DFS 啊，既然我们认为 a-b “a依赖b” 是互相的关系，那最终的完整依赖也可以视为一个集合，只需在添加 dependencySet 和 bfsQueue 前现判一下是不是已经有了就好了。
如 a-b 的循环依赖
此外，这两种（递归、BFS广度优先搜索）的依赖集合算法本身都是很泛化的『算法』，不该在某个特定的模块里针对特定抽象数据实现，可以抽象出关于类型
而且我还想到一个问题，就是现在的依赖关系不能递归，但貌似我们拼接 Kotlin File 的方式是必须可以的，依赖不存在顺序。
或者说，我们要处理的『依赖图』，不一定是有向图，但目前的递归 deepDependencies 会 max call stack exceeded，我无法允许这种出错的可能。
所以可以用 DFS 啊，既然我们认为 a-b “a依赖b” 是互相的关系，那最终的完整依赖也可以视为一个集合，只需在添加 dependencySet 和 bfsQueue 前现判一下是不是已经有了就好了。
如 a-b 的循环依赖
scan a -> add, queue b
scan b -> add, queue a
scan a -> continue
finish [a, b] 此外，这两种（递归、BFS广度优先搜索）的依赖集合算法本身都是很泛化的『算法』，不该在某个特定的模块里针对特定抽象数据实现，可以抽象出关于类型
<T> 的 deepDependencies(root: T, links: (T) => Iterable<T>): Array<T> 从而在更多数据结构上运行