This repository has been archived on 2024-09-11. You can view files and clone it, but cannot push or open issues or pull requests.
svrjs-blog-newsletter/cronjob/node_modules/@smithy/middleware-stack/README.md
2024-05-26 22:54:55 +02:00

78 lines
3.1 KiB
Markdown

# @smithy/middleware-stack
[![NPM version](https://img.shields.io/npm/v/@smithy/middleware-stack/latest.svg)](https://www.npmjs.com/package/@smithy/middleware-stack)
[![NPM downloads](https://img.shields.io/npm/dm/@smithy/middleware-stack.svg)](https://www.npmjs.com/package/@smithy/middleware-stack)
The package contains an implementation of middleware stack interface. Middleware
stack is a structure storing middleware in specified order and resolve these
middleware into a single handler.
A middleware stack has five `Step`s, each of them represents a specific request life cycle:
- **initialize**: The input is being prepared. Examples of typical initialization tasks include injecting default options computing derived parameters.
- **serialize**: The input is complete and ready to be serialized. Examples of typical serialization tasks include input validation and building an HTTP request from user input.
- **build**: The input has been serialized into an HTTP request, but that request may require further modification. Any request alterations will be applied to all retries. Examples of typical build tasks include injecting HTTP headers that describe a stable aspect of the request, such as `Content-Length` or a body checksum.
- **finalizeRequest**: The request is being prepared to be sent over the wire. The request in this stage should already be semantically complete and should therefore only be altered to match the recipient's expectations. Examples of typical finalization tasks include request signing and injecting hop-by-hop headers.
- **deserialize**: The response has arrived, the middleware here will deserialize the raw response object to structured response
## Adding Middleware
There are two ways to add middleware to a middleware stack. They both add middleware to specified `Step` but they provide fine-grained location control differently.
### Absolute Location
You can add middleware to specified step with:
```javascript
stack.add(middleware, {
step: "finalizeRequest",
});
```
This approach works for most cases. Sometimes you want your middleware to be executed in the front of the `Step`, you can set the `Priority` to `high`. Set the `Priority` to `low` then this middleware will be executed at the end of `Step`:
```javascript
stack.add(middleware, {
step: "finalizeRequest",
priority: "high",
});
```
If multiple middleware is added to same `step` with same `priority`, the order of them is determined by the order of adding them.
### Relative Location
In some cases, you might want to execute your middleware before some other known middleware, then you can use `addRelativeTo()`:
```javascript
stack.add(middleware, {
step: "finalizeRequest",
name: "myMiddleware",
});
stack.addRelativeTo(anotherMiddleware, {
relation: "before", //or 'after'
toMiddleware: "myMiddleware",
});
```
## Removing Middleware
You can remove middleware by name one at a time:
```javascript
stack.remove("Middleware1");
```
If you specify tags for middleware, you can remove multiple middleware at a time according to tag:
```javascript
stack.add(middleware, {
step: "finalizeRequest",
tags: ["final"],
});
stack.removeByTag("final");
```