Nest.js

我理解nestjs动态模块主要是为模块注解提供运行时获得动态信息的能力，例如配置信息 在typescript编译为js后，typescript的注解实际为一个在文件加载时候的代码，如果我们希望读取配置文件信息，然后提供给模块配置，那么这个时候访问配置信息会是null,因为注解生成的代码会在我们执行读取配置信息代码之前。 例如我们需要读取mongodb的链接字符 @Module({ imports: [ TypeOrmModule.forRoot({ type: 'mongodb', useNewUrlParser: true, useUnifiedTopology: true, url: Config.DB, // 读取数据库配置 entities: [join(__dirname, '../**/**.entity{.ts,.js}')\], // 扫描整个目录 synchronize: true, }), ], providers: [], controllers: \[], exports: [], } class DBModule { } 这种静态方式的注解， Config.DB 会是 null ，因为编译后注解代码会在读取配置信息前执行。 nestjs采取一个静态方法,返回DynamicModule类型对象，在注解上调用这个方法实现动态模块。 @Module({})

前言 随着 node.js 社区的不断发展，虽然有 express 、koa 、egg .... 这样的框架，或者更应该称之为工具包，无一解决 js 作为一个后端语言的问题 —— 架构。 Nest.js 的出现解决了这些问题，它使用了 Typescript ，较为完整的 AOP 思想，同时在 IO 密集型应用上有着不俗的表现，是真正意义上的后端框架，我们团队主要成员从 PHP（Laravel） 、 Java （spring） 切换到了 Nest.js 。要说它有什么好的话，是在 开发成本（低于 go、Java），维护成本（低于go，跟 java 看齐），硬件成本（略高于 go） 三者之间的一个新的权衡。 Notadd 的出现，是在用 Nest.js 解决后端问题的基础上，用最合理的成本来解决高可用、横向拓展等问题 —— 微服务。 Nest 的全栈开发 Nest 可以说跟 Angular 是绝配了，亮点在于 Nest 在很多方面吸取了 Angular 的特性，并且许多装饰器名字也一致，开发人员可以轻松在 Nest 和 Angular 之间切换，当然，你还需要了解 CSS 和 typeorm 。这大大降低了沟通成本和开发成本，使得人员配置变得更加灵活。 Notadd 也提供了相应 Angular 的前端框架 —— ng-notadd 。 微服务的一点说明 网关层： 主要处理限流