kraken [WIP]: refactor: redesign bridge code base

对 bridge 的实现进行重新设计，用更好的方案解决一些固有的顽疾，并有效提升 bridge 的运行性能。

Bridge 目前存在的顽疾：

实现逻辑大量依赖 QuickJS API，完全手动管理内存很容易出问题。
API 的实现依靠手写，大量重复性的体力活太多。
核心 DOM 实现逻辑目前依然采用 QuickJS 的数据结构，性能表现不佳。

基于以上问题，采用一些新的设计思路方案：

[x] 将代码库进行拆分，划分出 core 和 bindings 目录，core 负责内部逻辑的实现，bindings 负责和 QuickJS 相关的交互。
[x] 使用栈内存来管理引用计数，core 的实现逻辑均将 JSValue 分配在栈上。
[x] 采用代码生成器生成所有 API 的胶水代码。
[x] 初始化有关的数据一律静态化，比如 WrapperTypeInfo。对后面多引擎支持做准备。
[ ] 重新设计并实现 DOM API
1. [x] EventTarget
2. [x] Node
3. [x] ContainerNode
4. [x] Element
5. [x] Document
6. [x] Attr
7. [x] CharacterData
8. [x] DocumentFragment
9. [x] Text
10. [x] NodeList
11. [x] CSSStyleDeclaration
12. [ ] CustomElement
13. [ ] CustomEvent
14. [ ] DOM Selector
[x] 常用字符串静态化，在构建阶段预先分配存储。

Design Notes:

实现层与接口之间的分离

TS 类型与 C++ 类型之间的转换

依据 TS 类型的信息，生成对应调用 Converter 的代码。Converter 是一个 C++ Type Trains 类，负责将各种类型 JS 值转换为 C++ 值。

基本的类型映射关系：

JS	C++
double	TSDouble
int64	TSInt64
boolean	TSBool
double?	`TSOptional<TSDouble>`
double \| null	`TSNullable<TSDouble>`
double[]	`TSSequence<TSDouble>`
type BlobPart = { name: string, value: double}	TSBlobPart // 自定义类型需要独立实现转换器
any	TSAny

生成器实现范例


template <>
struct Converter<TSDouble> : public ConverterBase<TSDouble> {
  static ImplType FromValue(JSContext* ctx, JSValue value) {
    assert(!JS_IsException(value));
    double v;
    JS_ToFloat64(ctx, &v, value);
    return v;
  }

  static JSValue ToValue(JSContext* ctx, double v) { return JS_NewFloat64(ctx, v); }
};