process.env

Options API 的耦合度太高了啦。。。写长了是真的吃力。

我是用 Vue 的。但是看了 React hooks 我觉得，好像还挺好用，有一种迁移的冲动。

后来发现 Vue 3 的 hooks 更好用就决定等了。

1. json 比较通用，所以大概还是用 json 更好。
2. 你可以扩展标准的 json encoder 。第三方 json encoder 比如 ujson 好像也支持。
3. 或者其实比如我，一般都直接把 datetime 转换成 timestamp （ python timestamp * 1000 变成毫秒）然后丢给 C++ 的。C++ 也是存 timestamp 丢给 python 。

楼上说的对，公证 + 录像，问的一批

满足 Python + C++

JSON 自己捏一套

我就自己捏了一套，满足 JSON + C++

flask 一度从 flask.ext.XXX 命名空间改成了 flask_XXX

现在的编程语言很少用递归下降的方法了。
=>
现在的编程语言很少用 LL LR 这类的方法了。

现在的编程语言很少用递归下降的方法了。

更多的是类似于 PyParsing 那种自顶向下回溯搜索的方式。。

@namelosw 但是作用是等价的应该。所以我也不妨用 state 变量去理解它 —— 说实话我理解 Vue 的 state 变量也不是具体到 js 对象，也一直挺抽象的。

@namelosw 是啊挺好的。毕竟有了个前置编译器，这种就更清爽了 233

不同文献的定义其实各有不同的，没有 universally consistent 的定义。读这种文献的一个重要技能就是快速适应新的符号系统 2333

顺便这里其实定义了这些符号。。。

楼主觉得不明白，是因为楼主假设这里的定义是别人用过的，肯定有更详细的定义。但其实。。。

这里就是完整定义了啦！
====

读过论文的都知道，论文里面对于新符号的定义也就这么点篇幅。

@kop1989 这个负面理解还是要看它怎么规定的。

如果明确规定每个 .svelte 顶层作用域的 let 才会展开成状态变量，那就舒服了。

说实话我怀疑就是这个规则，一点都不魔法。因为 Vue 单文件组件不过是手动定义了这个状态而已。

用过 Vue 表示这东西很舒服，至少看了一下文档这么感觉。
======

如果你在一个 .js 里面给我 let count = 0 我会反感，因为这和 js 自己的约定有冲突。

但是你这是新的编译器，如果明确规定必须在 .svelte 文件的顶层 let 才会展开成 vdom state，那我会很高兴。这让我少写很多代码，并且我清楚知道后面会发生什么 —— 无非就是展开成了 Vue 的

export default {
data() {
return { count: 0 };
}
};

哪有什么魔法哦！
======

类似 C++ 也是一样。我明确知道它的 zero-cost abstraction 是怎么工作的，什么东西可以零负担使用。甚至我知道 shared_ptr 的工作原理（ atomic load/fetch, memory barrier ）。那就不魔法了不是么。

读完以后 fork 然后 setuid

@ivyliner 其实我俩说的不是一件事。。。（算了不扯了）