自定义路由参数装饰器

    已经对所有类型的应用程序的 自定义装饰器 API 做了统一，现在无论您创建的是 GraphQL 应用程序还是 RestAPI 应用程序，执行上下文(ExecutionContext)（）都会作为第二个参数传递到 createParamDecorator() 函数

    微服务

    为了避免代码重复，MicroserviceOptions 接口(Interface)已从 @nestjs/common 包中删除。因此，现在在创建微服务（通过 createMicroservice() 或 connectMicroservice() 方法）时，应该传递泛型类型参数以自动完成代码获取。

    1. // Before
    2. const app = await NestFactory.createMicroservice(AppModule);
    4. const app = await NestFactory.createMicroservice<MicroserviceOptions>(AppModule);

    GraphQL

    在NestJS第6版的主要版本中，我们引入了 代码优先 的方法，作为 type-graphql 包和 @nestjs/graphql 模块之间的兼容层。最终，由于缺乏灵活性，我们的团队决定从头开始重新实现所有功能。为了避免大量断层更改，公开API是向后兼容的，可能类似于 type-graphql。

    HTTP exceptions body

    以前，为HttpException 类以及从 HttpException 派生的其他类生成的响应体不一致（例如，BadRequestException 或 NotFoundException）。在最新的主要版本中，这些异常响应将采用相同的结构。

    Validation errors schema

    在过去的版本中，ValidationPipe 抛出一个由 class-validator 包返回的 ValidationError 对象数组。现在， 将错误映射到表示错误消息的纯字符串列表。

    1. // Before
    2. {
    3.   "statusCode": 400,
    4.   "error": "Bad Request",
    5.   "message": [
    6.     {
    7.       "target": {},
    8.       "property": "email",
    9.       "children": [],
    10.       "constraints": {
    11.         "isEmail": "email must be an email"
    12.       }
    13.   ]
    14. }
    16. // After
    17. {
    18.   "statusCode": 400,
    19.   "message": ["email must be an email"],
    20.   "error": "Bad Request"
    21. }

    如果你喜欢以前的方式，你可以通过设置 exceptionFactory 函数来还原：

    类型隐式转换 (ValidationPipe)

    如果启用了自动转换选项(transform: true)，那么ValidationPipe 现在将会执行基于元类型的转换。在下面的示例中，findOne 方法接受一个表示提取 路径参数的参数：

    1. @Get(':id')
    2. findOne(@Param('id') id: number) {
    3.   console.log(typeof id === 'number'); // true
    4.   return 'This action returns a user';

    微服务通道（双向通信）

    为了启用 请求-响应 消息类型， Nest 创建了两个逻辑通道 - 一个是负责数据传输，另一个是负责等待传入的响应。对于一些底层传输，例如 NATS 这种 双通道 是支持的，开箱即用。对于其他的，Nest 通过手动创建单独的通道来进行支持。

    假设我们有一个消息处理器 @MessagePattern('getUsers')。在过去， Nest 根据这种模式会创建两个通道：getUsers_ack （用于请求）和getUsers_res （用于响应）。现在，Nest 7中这种命名方案将会更改。将会更改为 getUsers（用于请求）和 getUsers.reply（用于响应）。同样，对于 MQTT 的传输策略，响应通过将会是 getUsers/reply（以避免与主题通配符冲突）。

    弃用

    所有的弃用的（从Nest version 5到version 6）最终都被删除了（例如，弃用了的@reflectmetada decorator）。

    Node.js

    这个版本不再对Node v8的支持。我们强烈建议使用最新的LTS版本。

    译者署名