Nodejs中使用ts的最佳境界:化类型于无形

使用 ts 的最佳境界:化类型于无形

在项目中使用 ts 可以带来类型智能提示与校验的诸多好处。同时,为了减少类型标注,达到化类型于无形的效果,CabloyJS 引入了 ioc 和依赖查找的机制。在上一篇文章中,我们创建了一个业务模块 test-home ,并且采用依赖查找的机制演示了如何优雅的定义和使用资源,包括:Service 服务、Config 配置、国际化语言资源、Error 错误异常

在实际的项目当中,经常会遇到跨模块访问资源的场景,那么,CabloyJS 的依赖查找机制是否仍然可以优雅的实现跨模块访问呢?让我们一睹为快

模块化体系与任务说明

CabloyJS 全栈框架的前后端均采用模块化体系。一个 CabloyJS 项目由多个业务模块组成,每个业务模块都可以包含与自身业务相关的资源,比如:Service 服务、Config 配置、国际化语言资源、Error 错误异常、中间件、定时任务、消息队列、系统启动项,等等

在这里,我们创建一个新的业务模块 test-work ,在 test-work 中访问 test-home 提供的资源

1. 新建业务模块

cabloy api:create:module test-work

2. 新建 API

通过一个命令同时创建一组文件:Route 、Controller 、Service

cabloy api:create:controller work

3. 跨模块访问 Service 服务

接下来,我们在刚才新建的 Service 当中,访问模块 test-home 的 Service 服务

import { BeanBase, Local } from '[@cabloy](/user/cabloy)/core';
import { ScopeModule } from '../resource/this.js';

@Local() export class LocalWork extends BeanBase<ScopeModule> { async action({ user }) {

  • const scopeHome = this.getScope(‘test-home’);
  • return scopeHome.local.home.action({ user }); // return user; } }
  1. 通过 getScope 方法获取模块 test-home 的 scope 对象
  2. 通过 scope 对象直接访问 Service 服务: home

看一下动画演示,提供了完整的类型智能提示:

cross-module-localbean.gif

4. 跨模块访问 Config 配置

访问模块 test-home 的 Config 配置

import { BeanBase, Local } from '[@cabloy](/user/cabloy)/core';
import { ScopeModule } from '../resource/this.js';

@Local() export class LocalWork extends BeanBase<ScopeModule> { async action({ user }) { const scopeHome = this.getScope(‘test-home’);

  • const prompt = scopeHome.config.prompt; return scopeHome.local.home.action({ user }); // return user; } }
  1. 直接通过 scopeHome 取得 config 中的 prompt 属性值

看一下动画演示,提供了完整的类型智能提示:

cross-module-config.gif

5. 跨模块访问国际化语言资源

访问模块 test-home 的国际化语言资源

import { BeanBase, Local } from '[@cabloy](/user/cabloy)/core';
import { ScopeModule } from '../resource/this.js';

@Local() export class LocalWork extends BeanBase<ScopeModule> { async action({ user }) { const scopeHome = this.getScope(‘test-home’);

  • const message = scopeHome.locale.HelloWorld();
  • const message1 = scopeHome.locale.HelloWorld.locale(‘en-us’);
  • const message2 = scopeHome.locale.HelloWorld.locale(‘zh-cn’); return scopeHome.local.home.action({ user }); // return user; } }

看一下动画演示,提供了完整的类型智能提示:

cross-module-locale-small.gif

6. 跨模块访问 Error 错误异常

抛出模块 test-home 提供的 Error 错误异常

import { BeanBase, Local } from '[@cabloy](/user/cabloy)/core';
import { ScopeModule } from '../resource/this.js';

@Local() export class LocalWork extends BeanBase<ScopeModule> { async action({ user }) { const scopeHome = this.getScope(‘test-home’);

  • scopeHome.error.Error001.throw(); return scopeHome.local.home.action({ user }); // return user; } }
  1. 直接通过 scopeHome 抛出错误异常 Error001

看一下动画演示,提供了完整的类型智能提示:

cross-module-error.gif

后记

CabloyJS 采用 ioc 和依赖查找的机制,让 ts 的使用达到了化类型于无形的最佳境界,从而让我们的代码保持优雅和简洁,进而也能显著提升开发效率,保证代码质量

欲了解更多,请关注每晚 8 点 B 站直播:濮水代码


Nodejs中使用ts的最佳境界:化类型于无形
14 回复

没说清楚,但是感觉有点意思


看标题进来还以为 anyscript 呢,哈哈哈哈

所以写这篇文章,必须得配动图,要不还以为又回到了 anyscript

难道这个框架是我这个问题的答案? https://www.v2ex.com/t/1026896#reply7

不过你这写法,让跨模块失去了意义呢。

这句话不理解

跨模块,不就是资源按模块隔离,然后再跨模块访问吗?



模块化的意义在于只通过模块的接口去访问,
如果可以任意访问模块的方法或者数据,就失去模块化黑箱的意义了吧,没有达到解耦的目的。
我通过例子是没看出这种模块化的意义。
当然可能是因为 config 和 error 都属于 base 模块。



如果只通过接口访问模块的资源,更好的方案应该是微服务
在一个大型项目中,模块的资源不只有 api 接口,config 和 error 资源也可以按照模块隔离,这样可以让与某个业务相关的资源代码充分自治



在一个大型项目中,模块的资源不只有 api 接口,config 和 error 资源也可以按照模块隔离,这样可以让与某个业务相关的资源代码充分自治


是这样没错,所以这样直接访问,就又变成了不自治了,不是吗?

总感觉你要的是微服务架构,而不是模块化架构


在模块化架构中也可以实现你所说的“黑箱隔离”。其他模块需要什么 config 资源,在本模块通过 Service 服务包装提供即可



是的,在架构上,尽量向微服务靠拢,减少模块交互。
config ,location, error,log ,queue 这些都是属于框架级别的可以共用。
user,auth,storage,payment 之类属于应用级别的应该尽量隔离。

在Node.js中使用TypeScript(TS)的最佳境界,确实在于“化类型于无形”,即在享受类型安全带来的好处的同时,让类型系统尽可能不干扰开发体验。这要求我们在项目中合理地配置和使用TypeScript,以下是一些关键实践和代码示例:

  1. 配置tsconfig.json: 确保你的tsconfig.json配置是精简且高效的。例如,使用strict模式来捕捉潜在的问题,但可以通过noImplicitAnystrictNullChecks等选项来微调。

    {
      "compilerOptions": {
        "target": "ES6",
        "module": "commonjs",
        "strict": true,
        "esModuleInterop": true,
        "skipLibCheck": true,
        "forceConsistentCasingInFileNames": true
      }
    }
  2. 利用JSDoc注释: 对于逐步迁移的项目,可以使用JSDoc注释为JavaScript代码添加类型信息,而不必立即重写为TS。

    /**
     * @param {number} a
     * @param {number} b
     * @returns {number}
     */
    function add(a, b) {
      return a + b;
    }
  3. 使用高级类型特性: 充分利用TS的高级类型特性,如泛型、条件类型、映射类型等,同时保持代码简洁明了。

    type KeyedValue<T> = {
      [key: string]: T;
    };
    
    const obj: KeyedValue<number> = { a: 1, b: 2 };

通过这些实践,你可以在Node.js项目中实现类型系统的“无形化”,既保证了代码的安全性,又保持了良好的开发效率。

回到顶部
AI 助手
你好,我是IT营的 AI 助手
您可以尝试点击下方的快捷入口开启体验!