准备写一个关于 Vue 的系列文章

wow~ 围观支持！
可以的话，也欢迎 op 同步一份内容到 [WRITE-BUG 数字空间] 上呀~

@utfs8889 你这是一个代码共享和协作的平台吗？能否发一个例子给我看看额？

大兄弟，试试 vue3-oop https://github.com/agileago/vue3-oop, 遇到的问题都不是问题

@agileago 感觉很复杂啊，这是不是为解决一个问题引入了另一个问题？

啊，真的假的，怎么会觉得复杂呢？

@agileago 可能是我没理解你框架的想法吧。我只是想要用纯粹的 Vue 3 去写应用就行了，现实中遇到坑了需要避掉就记录下来，加深下感受。但你的框架里的东西，继承 VueComponent<FooProps>，然后用到各种注解，说实话不知道想要达到什么目的。

如果说继承 VueComponent<FooProps> 是编写一个组件，各种注解是定义这个组件的各种部分，如 data 、methods 、生命周期等，这样不就是退化到 Vue 2 的写法吗？体验了 Vue 3 setup 带来的自由和组织方式，Vue 2 的写法再也回不去了。

另外说到的依赖注入，我写后端都不用的东西，我写前端就更加用不上了。体会不到依赖注入的目的和它用到的场景。我看到了你的标题里有 Angular 依赖注入，也许对 Angular 开发者更容易理解一点吧，或者 Spring 开发者？

跟 vue2 完全没啥关系，我是想达到一种自然的写法，你想想，你写的代码逻辑核心都在处理什么？难道不是处理变量和该变变量的函数么？ 把变量和函数组织在一起的不就是类么？

下面这是个简单逻辑

```
class Count {
count = 1
add = () => this.count++
}
```

那对于界面开发，需要有渲染函数的存在, 另外得知道他是一个 vue 组件, 那就演变成下面这样子的设计

```
class Count extends VueComponent {
count = 1
add = () => this.count++

render() {
return <div onClick={this.add}>{this.count}</div>
}
}
```

那假如数据变了， 我要通知框架我要刷新了，那我怎么告诉框架呢？就变成下面的设计了，给这个变量标记一下是可变变量，变化的时候框架会自动更新



```
class Count extends VueComponent {
@Mut() count = 1
add = () => this.count++

render() {
return <div onClick={this.add}>{this.count}</div>
}
}
```


这个时候随着组件逻辑的增加，导致组件代码激增，你想把代码拆分出去(类似 hook), 更好维护， 那代码就演变成下面这样子


```
// 服务 类似 useHooks
class CountService extends VueService {
@Mut() count = 1
add = () => this.count++
}

class Count extends VueComponent {
countService = new CountService()

render() {
const { countService } = this
return <div onClick={countService.add}>{countService.count}</div>
}
}
```

但是你拆分逻辑不可能只有这一个 service, 就像你拆分成 useHook 一样， 当这些服务越来越多，并且之间会相互依赖，比如, B 依赖 A ，C 依赖 B ，C 又依赖 A ， 那你得代码只能这样写

```
const A = useHookA()
const B = useHookB(A)
const C = useHookC(B, A)
```

这个时候加入某个服务的依赖调整了，你要去调整这一坨必须按顺序初始化的代码，是非常烦人的， 这个时候依赖注入就出场收拾残局了

```
class A extends VueService {
}

@Injectable()
class B extends VueService {
constructor(private a: A) {
super()
}
}

@Injectable()
class C extends VueService {
constructor(private a: A, private b: B) {
super()
}
}


@Component()
class Count extends VueComponent {
constructor(private a: A, private b: B, private c: C) {
super()
}

render() {
const { a, b, c } = this
return <div onClick={countService.add}>{countService.count}</div>
}
}
```


代码是一步一步演化的

包括你说的泛型组件，很轻易就实现了

[Imgur]( )

@agileago 我去消化一下。前一半部分我理解了，其中用到 TSX 写组件。然后这样也可以实现范型组件了，没错。但是有一个疑问，用 Vue 本身的形式是否也可以完全用 TSX 而不用单文件组件的方式写组件呢？那这样的话用 Vue 本身的形式是否就可以做到范型组件了？

const Comp = defineComponent({
setup () {
return <div>...</div> # TSX
}
})

vue 本身的形式连外置声明一个属性类型都困难，更别说实现泛型组件了，这么说吧，tsx 比模版强太多了，再加上 ts 官方支持，写起来爽飞天，另外模板现在的黑魔法越来越多， 为了补足模板的功能，你看官方出了多少工具函数， 什么 defineProps, defineEmits ....., 为了 reactive 的结构又出了 toRefs.....等等，现在用模版心智负担太重，而 vue3-oop 让你忘记什么 ref, reactive,就是强调用自然符合直觉的写法来做界面开发

另外你说的 vue3 不能声明 slots 的类型致命缺陷，vue3-oop 同样解决

https://s1.ax1x.com/2023/08/08/pPVTA2D.png

@agileago 关于你所说，我再研究研究。我怎么记得 Vue 3 有用 TSX 支持范型组件的写法，先等我几天。

@agileago 有关 Vue 3 中实现范型组件的方案，我做了补充。对于你给出的例子，我有两点疑惑：

1. defaultProps: ComponentProps<AProps<any>> 这一行是作什么的？
2. return <A<ItemA> ... /> 这里的 <ItemA> 必须要有吗？

@yetrun 哈哈

1. defaultProps 是 vue 需要的属性声明啊，https://cn.vuejs.org/api/options-state.html#props 这里叫 defaultProps 是因为类组件一般都是这个名字的 https://zh-hans.react.dev/reference/react/Component#static-defaultprops


2. 当然可以， 我这样写是让你一眼能看出来支持泛型 https://imgse.com/i/pPKqifH

@agileago 嗯，那就行了，总体感觉就挺好了

@yetrun 还能找出来致命缺陷么😄