Upgrades project dependencies. See details in [workflow run].

[Workflow Run]:
https://github.com/aws/constructs/actions/runs/21152614670

------

*Automatically created by projen via the "upgrade-dev-deps-10.x"
workflow*

Signed-off-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

Upgrades project dependencies. See details in [workflow run].

[Workflow Run]:
https://github.com/aws/constructs/actions/runs/21375699019

------

*Automatically created by projen via the "upgrade-dev-deps-10.x"
workflow*

Signed-off-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

This change adds ESLint rules to enforce consistent use of type-only
imports and exports across the codebase.

Using `import type` and `export type` syntax improves code clarity by
making it explicit when an import is only used for type information.
This distinction helps TypeScript's `isolatedModules` mode and enables
better tree-shaking in bundlers, as type-only imports are completely
erased during compilation.

The rules are configured via projen and applied to all source and test
files.

Upgrades project dependencies. See details in [workflow run].

[Workflow Run]:
https://github.com/aws/constructs/actions/runs/21608182839

------

*Automatically created by projen via the "upgrade-dev-deps-10.x"
workflow*

Signed-off-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

Upgrades project dependencies. See details in [workflow run].

[Workflow Run]:
https://github.com/aws/constructs/actions/runs/21842744199

------

*Automatically created by projen via the "upgrade-dev-deps-10.x"
workflow*

Signed-off-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>

This PR implements the `constructs` package parts of [RFC-0814: CDK
Mixins](https://github.com/aws/aws-cdk-rfcs/blob/58051ea8cc408b8ccd0d2c66dc1790ebb67da08f/text/0814-cdk-mixins.md).

CDK Mixins are composable, reusable abstractions that can be applied to
any construct. This change adds the foundational support to the
`constructs` library, enabling the fluent `.with()` API described in the
RFC.

## Changes

The `IMixin` interface defines the contract for mixins with two methods:
- `supports(construct)` - determines if a mixin can be applied to a
given construct
- `applyTo(construct)` - applies the mixin functionality to the target

The `with()` method is added to `Construct` and `IConstruct`, allowing
mixins to be applied fluently. When called, it traverses the construct
tree and applies each mixin to all supported constructs.

```typescript
const bucket = new s3.CfnBucket(scope, "MyBucket")
  .with(new EncryptionAtRest())
  .with(new AutoDeleteObjects());
```

## Why

Mixins are a new way to build abstractions, that does not rely on the
construct level approach many implementors use. They allow users to
employ a mix and match approach for features that doesn't lock consumers
into specific implementations.