对组件 options 类型的 2 种设计

[timongh]

我设计了两套组件 options 的类型系统。两套类型都可以让 entry 的参数获得类型提示。

不看原理，只看使用方式也好，都在代码里面。看看大家更喜欢哪一种。如果有更好的方案也欢迎提出哦。

• 方案 1：这套方案特点是直接，容易理解。代码

• 方案 2：缺点是需要全局注册每个组件 Options 的类型，所幸可以用类型推断代替，但仍然需要一些样板代码。其优点是：将组件的类型绑定在了组件名上；即只要知道组件名，就能获得组件的完整类型提示。（虽然目前感觉这个优势不大）代码

注：上述 Options 类型是一种 Object，其内容是组件的 options 的“名称：值”的键值对，而非定义组件时传入的选项元信息。

[the1812]

我觉得方案 1 好些
v1 其实就是类似方案 2 的设计, 核心和功能太耦合了, 导致修改组件会有很多分散在核心的更改