API 文档
@kaokei/di
本库是基于@kaokei/di开发的,默认导出了@kaokei/di中的所有 API。
主要是业务开发中也是经常需要使用到@kaokei/di中的 API,本库默认导出了@kaokei/di是为了方便用户导入 API,也就是只需要从@kaokei/use-vue-service中可以导入所有 API。不需要从两个不同的库中分别导入 API,从而避免一定的记忆成本。
类型定义
NewableProvider / FunctionProvider / Provider
import type { Container, Newable } from '@kaokei/di';
type NewableProvider = Newable[];
type FunctionProvider = (container: Container) => void;
type Provider = NewableProvider | FunctionProvider;NewableProvider:类数组形式的服务提供者。将每个类以toSelf()的方式绑定到容器,即类本身既是 token 也是实现。FunctionProvider:函数形式的服务提供者。接收容器实例作为参数,允许使用者自由调用容器的绑定 API(如container.bind(token).toConstantValue()、container.bind(token).toDynamicValue()等),实现更灵活的绑定方式。Provider:NewableProvider | FunctionProvider的联合类型,是declareProviders等 API 的参数类型。
使用示例:
import { declareProviders } from '@kaokei/use-vue-service';
// NewableProvider 用法:传入类数组
declareProviders([ServiceA, ServiceB]);
// FunctionProvider 用法:传入函数,自由绑定
declareProviders(container => {
container.bind(ServiceA).toSelf();
container.bind(TOKEN).toConstantValue('hello');
});FindChildService / FindChildrenServices
import type { CommonToken } from '@kaokei/di';
type FindChildService = <T>(token: CommonToken<T>) => T | undefined;
type FindChildrenServices = <T>(token: CommonToken<T>) => T[];FindChildService:通过FIND_CHILD_SERVICEToken 获取的工具函数类型。接收一个 token 参数,返回当前组件的子孙组件中绑定的第一个匹配服务实例,如果未找到则返回undefined。FindChildrenServices:通过FIND_CHILDREN_SERVICESToken 获取的工具函数类型。接收一个 token 参数,返回当前组件的子孙组件中绑定的所有匹配服务实例组成的数组。
declareProviders
function declareProviders(providers: FunctionProvider): void;
function declareProviders(providers: NewableProvider): void;在当前组件中声明服务提供者。
行为逻辑:
- 如果当前组件已经声明过容器(重复调用
declareProviders),则直接在已有容器上追加绑定。 - 如果当前组件尚未声明容器,则创建一个子容器(继承父级容器的所有绑定),在子容器上绑定新的服务,并通过 Vue 的
provide将子容器注入组件树。组件卸载时自动销毁子容器。
declareProviders的伪代码如下:
// 创建一个container对象
const container = new Container();
// 将container对象和当前组件进行绑定,这样其子孙组件就可以快速找到这个container对象了
provide(CONTAINER_TOKEN, container);
// 根据providers的类型,绑定对应的服务
container.bind(ClassName).toSelf();useService
function useService<T>(token: CommonToken<T>): T;在组件内获取服务实例时最常用的方法。
查找顺序:先检查当前组件自身是否声明了容器,如果没有,则沿组件树向上查找最近的祖先组件的容器,再回退到 App 容器,最终回退到全局根容器。因此 useService 能读取三组 API(declareProviders、declareAppProviders、declareRootProviders)声明的所有服务。
useService的伪代码如下:
// 通过inject获取最近父级组件/祖先组件关联的container对象
const container = inject(CONTAINER_TOKEN);
// 通过container.get获取对应的服务
return container.get(token);declareRootProviders
function declareRootProviders(providers: FunctionProvider): void;
function declareRootProviders(providers: NewableProvider): void;基本逻辑和declareProviders方法一致,但是需要注意这里的 container 是全局唯一的,是@kaokei/use-vue-service提前创建好的,不需要和任何 vue 组件进行关联。不依赖 Vue 组件树,可以在任何地方调用。
declareRootProviders的伪代码如下:
// 根据providers的类型,绑定对应的服务
root_container.bind(ClassName).toSelf();useRootService
function useRootService<T>(token: CommonToken<T>): T;useRootService 直接操作全局根容器,只能读取 declareRootProviders 声明的服务,不会查找 App 容器或组件容器。适用于组件树之外的场景(如 main.ts、工具函数等)。
useRootService的伪代码如下:
// 直接通过root_container.get获取对应的服务
return root_container.get(token);declareAppProviders
function declareAppProviders(providers: FunctionProvider, app: App): void;
function declareAppProviders(providers: NewableProvider, app: App): void;参考declareProviders方法是用于组件内部声明绑定服务,后续通过useService获取对应的服务。 declareRootProviders方法是全局声明绑定服务,后续通过useRootService获取对应的服务。
declareAppProviders则是在 vue app 上声明绑定服务,后续通过useAppService获取对应的服务。 观察下方的伪代码就能知道这里使用的是app.provide方法代替了provide方法。
行为逻辑:
- 如果该 App 已经有容器(之前调用过
declareAppProviders),则直接追加绑定。 - 如果该 App 尚未有容器,则以全局根容器为 parent 创建子容器,绑定服务,并通过
app.provide将容器注入该 App 的组件树。App 卸载时自动销毁容器。
declareAppProviders的伪代码如下:
app.runWithContext(() => {
// 创建一个container对象
const container = new Container();
// 将container对象和当前组件进行绑定,这样其子孙组件就可以快速找到这个container对象了
app.provide(CONTAINER_TOKEN, container);
// 根据providers的类型,绑定对应的服务
container.bind(ClassName).toSelf();
});useAppService
function useAppService<T>(token: CommonToken<T>, app: App): T;在 App 容器中获取服务实例。查找范围从 App 容器开始,找不到时可回退到全局根容器,因此能读取 declareAppProviders 和 declareRootProviders 声明的服务。由于不在组件的 provide/inject 链上,无法读取组件内通过 declareProviders 声明的服务。
useAppService的伪代码如下:
app.runWithContext(() => {
// 通过inject获取最近父级组件/祖先组件关联的container对象
const container = inject(CONTAINER_TOKEN);
// 通过container.get获取对应的服务
return container.get(token);
});declareAppProvidersPlugin
function declareAppProvidersPlugin(providers: Provider): (app: App) => void;注意到上方的declareAppProviders方法需要明确提供 app 参数。 这里的declareAppProvidersPlugin方法则不需要 app 参数,这是因为本方法返回的是一个 vue 插件,需要将declareAppProvidersPlugin返回值当作一个 vue 插件来使用。
使用示例:
import { createApp } from 'vue';
import { declareAppProvidersPlugin } from '@kaokei/use-vue-service';
import App from './App.vue';
const app = createApp(App);
app.use(declareAppProvidersPlugin([ServiceA, ServiceB]));
app.mount('#app');FIND_CHILD_SERVICE
const findService = useService(FIND_CHILD_SERVICE);
const service = findService(Token);通过 useService 获取一个工具函数,调用该函数可以在子孙容器树中查找绑定了指定 token 的第一个服务实例,找不到则返回 undefined。
FIND_CHILD_SERVICE 本身是一个 token,所以也可以用在服务中。
class DemoService {
@Inject(FIND_CHILD_SERVICE)
public findService!: FindChildService;
public handleClickBtn() {
const childService = this.findService(ChildService);
childService?.doSomething();
}
}查找原理
查找的底层是容器树,而非组件树。并不是每一个组件节点都有绑定的容器——只有调用过 declareProviders 的组件才会创建并持有容器。
FIND_CHILD_SERVICE 是通过 toDynamicValue 绑定在容器上的,工厂函数中的 context.container 就是该绑定所在的容器。因此 findService(Token) 的查找起点是持有该容器的组件节点的子容器树,而不一定是调用 useService(FIND_CHILD_SERVICE) 的那个组件。
具体来说,useService 会沿组件树向上查找最近的容器。如果当前组件没有绑定容器,则会继续向上找到某个祖先组件的容器,并从该容器上获取 findService 函数。此时 findService 的查找起点就是那个祖先组件的容器,而不是当前组件。
ParentComp (绑定了容器 A)
└── CurrentComp (未绑定容器,useService 向上找到容器 A)
├── ChildComp1 (绑定了容器 B,持有 ChildService1)
└── ChildComp2 (绑定了容器 C,持有 ChildService2)
└── SiblingComp (绑定了容器 D,持有 SiblingService)上例中,在 CurrentComp 中调用 useService(FIND_CHILD_SERVICE) 获取到的 findService 实际来自容器 A,其查找起点是容器 A 的子容器树,即容器 B、C、D 都在查找范围内——这可能导致找到的并不是预期的 ChildService1 或 ChildService2,而是意外命中了 SiblingService(如果它也绑定了同名 token)。
查找起点取决于容器,而非组件
如果系统中同一个 token 在多个不同节点上都有绑定,需要注意实际查找起点可能比预期更靠上。如果要确保查找起点就是当前组件,可以在当前组件中调用 declareProviders([]) 绑定一个空容器,这样 useService 就能拿到当前组件自己的容器,查找范围也随之精确到当前组件的子孙。
FIND_CHILDREN_SERVICES
const findAllService = useService(FIND_CHILDREN_SERVICES);
const services = findAllService(Token);功能与 FIND_CHILD_SERVICE 相同,区别在于返回子孙容器树中绑定了指定 token 的所有服务实例组成的数组,而非仅第一个。FIND_CHILDREN_SERVICES 本身是一个 token,所以也可以用在服务中。
class DemoService {
@Inject(FIND_CHILDREN_SERVICES)
public findAllService!: FindChildrenServices;
public handleClickBtn() {
const childServices = this.findAllService(ChildService);
childServices.forEach(service => service.doSomething());
}
}查找原理与 FIND_CHILD_SERVICE 完全一致,同样受容器树起点的影响,详见上方说明。
Computed
// 用法一:不带括号
@Computed
public get count() {
return this._count * 100;
}
// 用法二:带括号
@Computed()
public get count() {
return this._count * 100;
}@Computed 装饰器用于将 class 的 getter 属性转换为 Vue 的 computed 响应式计算属性。支持 @Computed 和 @Computed() 两种用法,效果完全一致。
功能说明
- 对 getter 属性进行性能优化,避免每次访问都重复执行 getter 方法,只有在确实有依赖变化时,才会重新执行 getter 方法。
- 采用懒创建策略(Lazy):首次在 reactive 代理上访问该 getter 时,才会创建
ComputedRef。创建后会在原始实例上定义同名数据属性来存储ComputedRef,后续访问由 reactive 的 Auto_Unwrap 机制自动解包。 - 支持 writable computed:如果原型链上存在同名的 setter,则自动创建可写的
computed({ get, set })。赋值时 reactive 的 Auto_Unwrap 会调用computedRef.value = val,触发 writable computed 的 set 回调,进而调用原始 setter。
使用示例
只读 computed:
import { Computed } from '@kaokei/use-vue-service';
class CountService {
public count = 1;
@Computed
public get doubleCount() {
return this.count * 2;
}
}Writable computed:
import { Computed } from '@kaokei/use-vue-service';
class UserService {
public firstName = '张';
public lastName = '三';
@Computed
public get fullName() {
return this.firstName + this.lastName;
}
public set fullName(val: string) {
this.firstName = val.slice(0, 1);
this.lastName = val.slice(1);
}
}Raw
@Raw 装饰器用于将属性或整个类排除在 Vue 响应式系统之外。支持 @Raw 和 @Raw() 两种调用形式,效果完全一致。
设计理念
本库采用 opt-out 响应式策略:服务实例被激活时会自动被 reactive() 包裹,所有属性默认都是响应式的,无需任何额外声明。这与 Pinia、Vuex 等需要显式声明哪些字段是响应式的 opt-in 策略相反。
当某些属性不适合参与响应式追踪时(如第三方 SDK 实例),才需要主动使用 @Raw 将其排除。
场景一:field 装饰器
装饰普通类字段,使该字段的值永远不被 Vue 响应式系统代理。无论是初始赋值还是后续赋值,都会自动调用 markRaw。
// 不带括号
@Raw
public chartInstance = {};
// 带括号
@Raw()
public chartInstance = {};使用示例:
import { Raw } from '@kaokei/use-vue-service';
class MapService {
@Raw
public mapInstance: any = null;
public zoom = 10;
public initMap(el: HTMLElement) {
// 赋值时自动调用 markRaw,确保 mapInstance 不被代理
this.mapInstance = new SomeMapSDK(el);
}
}场景二:accessor 装饰器
装饰 accessor 关键字声明的自动访问器字段,读取和写入都经由原始对象(toRaw),确保值不被响应式系统代理。
// 不带括号
@Raw
accessor chartInstance = {};
// 带括号
@Raw()
accessor chartInstance = {};使用示例:
import { Raw } from '@kaokei/use-vue-service';
class ChartService {
@Raw
accessor chartInstance: any = null;
@Raw()
accessor editorInstance: any = null;
public initChart(el: HTMLElement) {
this.chartInstance = new ECharts(el);
this.editorInstance = new MonacoEditor(el);
}
}场景三:class 装饰器
装饰整个类,该类的实例在激活时不会被 reactive() 包裹,整个实例保持原始对象状态,完全脱离 Vue 响应式系统。适用于整个服务都不需要响应式的场景。
// 不带括号
@Raw
class RawService {
public data = {};
}
// 带括号
@Raw()
class RawService {
public data = {};
}使用示例:
import { Raw } from '@kaokei/use-vue-service';
@Raw
class ConfigService {
public apiUrl = 'https://api.example.com';
public timeout = 5000;
}RunInScope
// 用法一:不带括号
@RunInScope
public setup() {
watchEffect(() => { /* ... */ });
}
// 用法二:带括号
@RunInScope()
public setup() {
watchEffect(() => { /* ... */ });
}@RunInScope 装饰器用于在 Vue 的 EffectScope 中运行方法,自动管理副作用生命周期。支持 @RunInScope 和 @RunInScope() 两种用法,效果完全一致。
注意:@RunInScope 与 @PostConstruct 不同,它不会自动调用被装饰的方法。装饰器只是将原方法包裹在 scope.run() 中并返回新创建的 EffectScope,后续仍需由用户主动调用该方法才会生效。
功能说明
每次调用被装饰方法时:
- 获取或创建实例的 Root_Scope(每个实例对象上最多只存在一个 Root_Scope)
- 在 Root_Scope 内创建新的 Child_Scope
- 在 Child_Scope 中执行原始方法体
- 返回 Child_Scope 给调用者
当实例销毁时,Root_Scope 会被自动清理,其下所有 Child_Scope 中的 computed、watch、watchEffect 等副作用也会一并销毁。绝大多数场景下不需要手动管理返回的 EffectScope,只有确实需要提前停止某次调用产生的副作用时,才需要保留返回值并手动调用 scope.stop()。
使用示例
常规用法(不关心返回值):
import { watchEffect } from 'vue';
import { RunInScope } from '@kaokei/use-vue-service';
class DemoService {
public count = 0;
@RunInScope
public setup() {
watchEffect(() => {
console.log('count 变化了:', this.count);
});
}
}
// 主动调用后,watchEffect 才开始运行
demoService.setup();需要手动停止副作用时,有两种处理类型的方式,选其一即可。
方式一:在方法签名上显式声明返回 EffectScope,方法体末尾添加占位 return,调用侧无需强制转换:
import type { EffectScope } from 'vue';
import { watchEffect } from 'vue';
class DemoService {
@RunInScope
public startWatch(): EffectScope {
watchEffect(() => {
/* ... */
});
return null as unknown as EffectScope; // 占位,实际返回值由装饰器接管
}
}
const scope = demoService.startWatch();
scope.stop();方式二:方法签名保持默认 void,在调用侧强制转换类型:
import type { EffectScope } from 'vue';
import { watchEffect } from 'vue';
class DemoService {
@RunInScope
public startWatch() {
watchEffect(() => {
/* ... */
});
}
}
const scope = demoService.startWatch() as unknown as EffectScope;
scope.stop();关于返回类型
绝大多数场景无需关注返回值,直接调用方法即可。只有需要手动管理 scope 时,才需要处理类型问题。 这个类型问题主要是由于 TypeScript 装饰器目前无法自动修改被装饰方法的返回类型。