added node modules back to the example bot, so it exports with the required modules
This commit is contained in:
HerpieDerpie@example.com
113
example_bot/node_modules/ts-mixer/CHANGELOG.md
generated
vendored
Normal file
113
example_bot/node_modules/ts-mixer/CHANGELOG.md
generated
vendored
Normal file
@@ -0,0 +1,113 @@
|
||||
# Changelog
|
||||
|
||||
All notable changes to this project will be documented in this file. See [standard-version](https://github.com/conventional-changelog/standard-version) for commit guidelines.
|
||||
|
||||
### [6.0.3](https://github.com/tannerntannern/ts-mixer/compare/v6.0.2...v6.0.3) (2023-02-09)
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* allow abstract constructor signature for hasMixin ([f82e27b](https://github.com/tannerntannern/ts-mixer/commit/f82e27b96d142cfdec6446930a1db354167e88d2)), closes [tannerntannern/ts-mixer#56](https://github.com/tannerntannern/ts-mixer/issues/56)
|
||||
* allow abstract constructor signatures for hasMixin ([8964b59](https://github.com/tannerntannern/ts-mixer/commit/8964b59e062854fde52424497930ca3e8bb98e87)), closes [#57](https://github.com/tannerntannern/ts-mixer/issues/57)
|
||||
* simplify signature ([8a79197](https://github.com/tannerntannern/ts-mixer/commit/8a79197cc6bca5757d7c06560d7b26e73491b11f))
|
||||
|
||||
### [6.0.2](https://github.com/tannerntannern/ts-mixer/compare/v6.0.1...v6.0.2) (2022-11-10)
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* **decorators:** support class decorators that don't return anything ([7433cf3](https://github.com/tannerntannern/ts-mixer/commit/7433cf36a43bb18a1dd280aa629ac81ef532c74a))
|
||||
|
||||
### [6.0.1](https://github.com/tannerntannern/ts-mixer/compare/v6.0.0...v6.0.1) (2022-03-13)
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* fix bug in `directDecoratorSearch` ([51c50b8](https://github.com/tannerntannern/ts-mixer/commit/51c50b8c50a63e85b133bdd61eaad4427a22e515)) (thanks, [@AMcBain](https://github.com/AMcBain)!)
|
||||
|
||||
## [6.0.0](https://github.com/tannerntannern/ts-mixer/compare/v6.0.0-beta.0...v6.0.0) (2021-07-07)
|
||||
|
||||
## [6.0.0-beta.0](https://github.com/tannerntannern/ts-mixer/compare/v5.4.1...v6.0.0-beta.0) (2021-06-24)
|
||||
|
||||
|
||||
### ⚠ BREAKING CHANGES
|
||||
|
||||
* drop TS < 4.2 support
|
||||
|
||||
### Features
|
||||
|
||||
* add abstract mixin support ([1c4b306](https://github.com/tannerntannern/ts-mixer/commit/1c4b306bae62fa6319c74d1f3040c8aba0da2c28))
|
||||
|
||||
### [5.4.1](https://github.com/tannerntannern/ts-mixer/compare/v5.4.0...v5.4.1) (2021-04-30)
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* "publish" workflow ([bd2e4ec](https://github.com/tannerntannern/ts-mixer/commit/bd2e4ec088b19a403bc013926c7f3a2545cc4171))
|
||||
* circular dependency ([66f7e2d](https://github.com/tannerntannern/ts-mixer/commit/66f7e2dc929c90e8c15d718415114ceaa31402c2))
|
||||
|
||||
## [5.4.0](https://github.com/tannerntannern/ts-mixer/compare/v5.3.0...v5.4.0) (2020-11-18)
|
||||
|
||||
|
||||
### Features
|
||||
|
||||
* deep decorator inheritance ([6daabc5](https://github.com/tannerntannern/ts-mixer/commit/6daabc5d340d20c8eda4fe96b635a54f6a7e18fb))
|
||||
|
||||
## [5.3.0](https://github.com/tannerntannern/ts-mixer/compare/v5.3.0-beta.0...v5.3.0) (2020-06-01)
|
||||
|
||||
## [5.3.0-beta.0](https://github.com/tannerntannern/ts-mixer/compare/v5.2.1...v5.3.0-beta.0) (2020-05-31)
|
||||
|
||||
|
||||
### Features
|
||||
|
||||
* add hasMixin function ([#27](https://github.com/tannerntannern/ts-mixer/issues/27)) ([c8bfc2d](https://github.com/tannerntannern/ts-mixer/commit/c8bfc2d48854808755088332636e8d166007ed9f))
|
||||
|
||||
### [5.2.1](https://github.com/tannerntannern/ts-mixer/compare/v5.2.0...v5.2.1) (2020-05-08)
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* mix decorator not preserving constructor name ([7274fa2](https://github.com/tannerntannern/ts-mixer/commit/7274fa26a68e05cc59cde1108610e6a1ab51b430))
|
||||
|
||||
## [5.2.0](https://github.com/tannerntannern/ts-mixer/compare/v5.2.0-beta.1...v5.2.0) (2020-04-29)
|
||||
|
||||
## [5.2.0-beta.1](https://github.com/tannerntannern/ts-mixer/compare/v5.2.0-beta.0...v5.2.0-beta.1) (2020-04-23)
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* wrong this in init functions for Mixin(A, Mixin(B, C)) scenario ([0ba1128](https://github.com/tannerntannern/ts-mixer/commit/0ba11283c63a878271b85c282f75190758101e63))
|
||||
|
||||
## [5.2.0-beta.0](https://github.com/tannerntannern/ts-mixer/compare/v5.1.0...v5.2.0-beta.0) (2020-04-13)
|
||||
|
||||
|
||||
### Features
|
||||
|
||||
* adds init func feature for impure constructors ([99a946b](https://github.com/tannerntannern/ts-mixer/commit/99a946b8e272773f6bafd7a7e8bf8313517dec16))
|
||||
|
||||
## [5.1.0](https://github.com/tannerntannern/ts-mixer/compare/v5.1.0-beta.0...v5.1.0) (2020-03-27)
|
||||
|
||||
## [5.1.0-beta.0](https://github.com/tannerntannern/ts-mixer/compare/v5.0.0...v5.1.0-beta.0) (2020-03-26)
|
||||
|
||||
|
||||
### Features
|
||||
|
||||
* decorator support for class-validators, typeORM, etc ([2c14812](https://github.com/tannerntannern/ts-mixer/commit/2c1481237b325916ca95dbb9e33141b3220f8068))
|
||||
|
||||
## [5.0.0](https://github.com/tannerntannern/ts-mixer/compare/v5.0.0-beta.0...v5.0.0) (2020-03-01)
|
||||
|
||||
## [5.0.0-beta.0](https://github.com/tannerntannern/ts-mixer/compare/v4.0.0...v5.0.0-beta.0) (2020-02-02)
|
||||
|
||||
|
||||
### Features
|
||||
|
||||
* adds and tests a nearestCommonAncestor function ([b084579](https://github.com/tannerntannern/ts-mixer/commit/b084579d5ac52e0b456be95ff6b776309b436473))
|
||||
* initial static inheritance implementation ([8467c40](https://github.com/tannerntannern/ts-mixer/commit/8467c40c9748e769eebf77b45cccad5ce785bac9))
|
||||
* initial version of proxyMix ([95a91c7](https://github.com/tannerntannern/ts-mixer/commit/95a91c78e5f05af75cfc95d82a65ce5b3413b9f1))
|
||||
* makes mixin constructor argument inference slightly smarter ([b844b5c](https://github.com/tannerntannern/ts-mixer/commit/b844b5c93f5eab0d6f522559ed567f67291fae76))
|
||||
|
||||
|
||||
### Bug Fixes
|
||||
|
||||
* mixins with shared ancestor when using proxy prototype ([5af189d](https://github.com/tannerntannern/ts-mixer/commit/5af189d9903083f675f65b5039875c4aa97be1a6))
|
||||
* resolves indefinite tuple issue with `Longest` type ([68342b0](https://github.com/tannerntannern/ts-mixer/commit/68342b0a3fe224a485f220039af872050aa941fc))
|
||||
* static chain inheritance ([0aca8f0](https://github.com/tannerntannern/ts-mixer/commit/0aca8f056a005ccf27cc564d5a84abe1ef999d7b))
|
||||
21
example_bot/node_modules/ts-mixer/LICENSE
generated
vendored
Normal file
21
example_bot/node_modules/ts-mixer/LICENSE
generated
vendored
Normal file
@@ -0,0 +1,21 @@
|
||||
MIT License
|
||||
|
||||
Copyright (c) 2023 Tanner Nielsen
|
||||
|
||||
Permission is hereby granted, free of charge, to any person obtaining a copy
|
||||
of this software and associated documentation files (the "Software"), to deal
|
||||
in the Software without restriction, including without limitation the rights
|
||||
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
||||
copies of the Software, and to permit persons to whom the Software is
|
||||
furnished to do so, subject to the following conditions:
|
||||
|
||||
The above copyright notice and this permission notice shall be included in all
|
||||
copies or substantial portions of the Software.
|
||||
|
||||
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
||||
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
||||
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
||||
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
||||
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
||||
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
||||
SOFTWARE.
|
||||
270
example_bot/node_modules/ts-mixer/README.md
generated
vendored
Normal file
270
example_bot/node_modules/ts-mixer/README.md
generated
vendored
Normal file
@@ -0,0 +1,270 @@
|
||||
# ts-mixer
|
||||
[version-badge]: https://badgen.net/npm/v/ts-mixer
|
||||
[version-link]: https://npmjs.com/package/ts-mixer
|
||||
[build-link]: https://github.com/tannerntannern/ts-mixer/actions
|
||||
[ts-versions]: https://badgen.net/badge/icon/4.2,4.4,4.6,4.8?icon=typescript&label&list=|
|
||||
[node-versions]: https://badgen.net/badge/node/12%2C14%2C16%2C18/blue/?list=|
|
||||
[![npm version][version-badge]][version-link]
|
||||
[![TS Versions][ts-versions]][build-link]
|
||||
[![Node.js Versions][node-versions]][build-link]
|
||||
[](https://bundlephobia.com/result?p=ts-mixer)
|
||||
[](https://conventionalcommits.org)
|
||||
|
||||
## Overview
|
||||
`ts-mixer` brings mixins to TypeScript. "Mixins" to `ts-mixer` are just classes, so you already know how to write them, and you can probably mix classes from your favorite library without trouble.
|
||||
|
||||
The mixin problem is more nuanced than it appears. I've seen countless code snippets that work for certain situations, but fail in others. `ts-mixer` tries to take the best from all these solutions while accounting for the situations you might not have considered.
|
||||
|
||||
[Quick start guide](#quick-start)
|
||||
|
||||
### Features
|
||||
* mixes plain classes
|
||||
* mixes classes that extend other classes
|
||||
* mixes classes that were mixed with `ts-mixer`
|
||||
* supports static properties
|
||||
* supports protected/private properties (the popular function-that-returns-a-class solution does not)
|
||||
* mixes abstract classes (requires TypeScript >= 4.2)
|
||||
* mixes generic classes (with caveats [[1](#caveats)])
|
||||
* supports class, method, and property decorators (with caveats [[2, 5](#caveats)])
|
||||
* mostly supports the complexity presented by constructor functions (with caveats [[3](#caveats)])
|
||||
* comes with an `instanceof`-like replacement (with caveats [[4, 5](#caveats)])
|
||||
* [multiple mixing strategies](#settings) (ES6 proxies vs hard copy)
|
||||
|
||||
### Caveats
|
||||
1. Mixing generic classes requires a more cumbersome notation, but it's still possible. See [mixing generic classes](#mixing-generic-classes) below.
|
||||
2. Using decorators in mixed classes also requires a more cumbersome notation. See [mixing with decorators](#mixing-with-decorators) below.
|
||||
3. ES6 made it impossible to use `.apply(...)` on class constructors (or any means of calling them without `new`), which makes it impossible for `ts-mixer` to pass the proper `this` to your constructors. This may or may not be an issue for your code, but there are options to work around it. See [dealing with constructors](#dealing-with-constructors) below.
|
||||
4. `ts-mixer` does not support `instanceof` for mixins, but it does offer a replacement. See the [hasMixin function](#hasmixin) for more details.
|
||||
5. Certain features (specifically, `@decorator` and `hasMixin`) make use of ES6 `Map`s, which means you must either use ES6+ or polyfill `Map` to use them. If you don't need these features, you should be fine without.
|
||||
|
||||
## Quick Start
|
||||
### Installation
|
||||
```
|
||||
$ npm install ts-mixer
|
||||
```
|
||||
|
||||
or if you prefer [Yarn](https://yarnpkg.com):
|
||||
|
||||
```
|
||||
$ yarn add ts-mixer
|
||||
```
|
||||
|
||||
### Basic Example
|
||||
```typescript
|
||||
import { Mixin } from 'ts-mixer';
|
||||
|
||||
class Foo {
|
||||
protected makeFoo() {
|
||||
return 'foo';
|
||||
}
|
||||
}
|
||||
|
||||
class Bar {
|
||||
protected makeBar() {
|
||||
return 'bar';
|
||||
}
|
||||
}
|
||||
|
||||
class FooBar extends Mixin(Foo, Bar) {
|
||||
public makeFooBar() {
|
||||
return this.makeFoo() + this.makeBar();
|
||||
}
|
||||
}
|
||||
|
||||
const fooBar = new FooBar();
|
||||
|
||||
console.log(fooBar.makeFooBar()); // "foobar"
|
||||
```
|
||||
|
||||
## Special Cases
|
||||
### Mixing Generic Classes
|
||||
Frustratingly, it is _impossible_ for generic parameters to be referenced in base class expressions. No matter what, you will eventually run into `Base class expressions cannot reference class type parameters.`
|
||||
|
||||
The way to get around this is to leverage [declaration merging](https://www.typescriptlang.org/docs/handbook/declaration-merging.html), and a slightly different mixing function from ts-mixer: `mix`. It works exactly like `Mixin`, except it's a decorator, which means it doesn't affect the type information of the class being decorated. See it in action below:
|
||||
|
||||
```typescript
|
||||
import { mix } from 'ts-mixer';
|
||||
|
||||
class Foo<T> {
|
||||
public fooMethod(input: T): T {
|
||||
return input;
|
||||
}
|
||||
}
|
||||
|
||||
class Bar<T> {
|
||||
public barMethod(input: T): T {
|
||||
return input;
|
||||
}
|
||||
}
|
||||
|
||||
interface FooBar<T1, T2> extends Foo<T1>, Bar<T2> { }
|
||||
@mix(Foo, Bar)
|
||||
class FooBar<T1, T2> {
|
||||
public fooBarMethod(input1: T1, input2: T2) {
|
||||
return [this.fooMethod(input1), this.barMethod(input2)];
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
Key takeaways from this example:
|
||||
* `interface FooBar<T1, T2> extends Foo<T1>, Bar<T2> { }` makes sure `FooBar` has the typing we want, thanks to declaration merging
|
||||
* `@mix(Foo, Bar)` wires things up "on the JavaScript side", since the interface declaration has nothing to do with runtime behavior.
|
||||
* The reason we have to use the `mix` decorator is that the typing produced by `Mixin(Foo, Bar)` would conflict with the typing of the interface. `mix` has no effect "on the TypeScript side," thus avoiding type conflicts.
|
||||
|
||||
### Mixing with Decorators
|
||||
Popular libraries such as [class-validator](https://github.com/typestack/class-validator) and [TypeORM](https://github.com/typeorm/typeorm) use decorators to add functionality. Unfortunately, `ts-mixer` has no way of knowing what these libraries do with the decorators behind the scenes. So if you want these decorators to be "inherited" with classes you plan to mix, you first have to wrap them with a special `decorate` function exported by `ts-mixer`. Here's an example using `class-validator`:
|
||||
|
||||
```typescript
|
||||
import { IsBoolean, IsIn, validate } from 'class-validator';
|
||||
import { Mixin, decorate } from 'ts-mixer';
|
||||
|
||||
class Disposable {
|
||||
@decorate(IsBoolean()) // instead of @IsBoolean()
|
||||
isDisposed: boolean = false;
|
||||
}
|
||||
|
||||
class Statusable {
|
||||
@decorate(IsIn(['red', 'green'])) // instead of @IsIn(['red', 'green'])
|
||||
status: string = 'green';
|
||||
}
|
||||
|
||||
class ExtendedObject extends Mixin(Disposable, Statusable) {}
|
||||
|
||||
const extendedObject = new ExtendedObject();
|
||||
extendedObject.status = 'blue';
|
||||
|
||||
validate(extendedObject).then(errors => {
|
||||
console.log(errors);
|
||||
});
|
||||
```
|
||||
|
||||
### Dealing with Constructors
|
||||
As mentioned in the [caveats section](#caveats), ES6 disallowed calling constructor functions without `new`. This means that the only way for `ts-mixer` to mix instance properties is to instantiate each base class separately, then copy the instance properties into a common object. The consequence of this is that constructors mixed by `ts-mixer` will _not_ receive the proper `this`.
|
||||
|
||||
**This very well may not be an issue for you!** It only means that your constructors need to be "mostly pure" in terms of how they handle `this`. Specifically, your constructors cannot produce [side effects](https://en.wikipedia.org/wiki/Side_effect_%28computer_science%29) involving `this`, _other than adding properties to `this`_ (the most common side effect in JavaScript constructors).
|
||||
|
||||
If you simply cannot eliminate `this` side effects from your constructor, there is a workaround available: `ts-mixer` will automatically forward constructor parameters to a predesignated init function (`settings.initFunction`) if it's present on the class. Unlike constructors, functions can be called with an arbitrary `this`, so this predesignated init function _will_ have the proper `this`. Here's a basic example:
|
||||
|
||||
```typescript
|
||||
import { Mixin, settings } from 'ts-mixer';
|
||||
|
||||
settings.initFunction = 'init';
|
||||
|
||||
class Person {
|
||||
public static allPeople: Set<Person> = new Set();
|
||||
|
||||
protected init() {
|
||||
Person.allPeople.add(this);
|
||||
}
|
||||
}
|
||||
|
||||
type PartyAffiliation = 'democrat' | 'republican';
|
||||
|
||||
class PoliticalParticipant {
|
||||
public static democrats: Set<PoliticalParticipant> = new Set();
|
||||
public static republicans: Set<PoliticalParticipant> = new Set();
|
||||
|
||||
public party: PartyAffiliation;
|
||||
|
||||
// note that these same args will also be passed to init function
|
||||
public constructor(party: PartyAffiliation) {
|
||||
this.party = party;
|
||||
}
|
||||
|
||||
protected init(party: PartyAffiliation) {
|
||||
if (party === 'democrat')
|
||||
PoliticalParticipant.democrats.add(this);
|
||||
else
|
||||
PoliticalParticipant.republicans.add(this);
|
||||
}
|
||||
}
|
||||
|
||||
class Voter extends Mixin(Person, PoliticalParticipant) {}
|
||||
|
||||
const v1 = new Voter('democrat');
|
||||
const v2 = new Voter('democrat');
|
||||
const v3 = new Voter('republican');
|
||||
const v4 = new Voter('republican');
|
||||
```
|
||||
|
||||
Note the above `.add(this)` statements. These would not work as expected if they were placed in the constructor instead, since `this` is not the same between the constructor and `init`, as explained above.
|
||||
|
||||
## Other Features
|
||||
### hasMixin
|
||||
As mentioned above, `ts-mixer` does not support `instanceof` for mixins. While it is possible to implement [custom `instanceof` behavior](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Symbol/hasInstance), this library does not do so because it would require modifying the source classes, which is deliberately avoided.
|
||||
|
||||
You can fill this missing functionality with `hasMixin(instance, mixinClass)` instead. See the below example:
|
||||
|
||||
```typescript
|
||||
import { Mixin, hasMixin } from 'ts-mixer';
|
||||
|
||||
class Foo {}
|
||||
class Bar {}
|
||||
class FooBar extends Mixin(Foo, Bar) {}
|
||||
|
||||
const instance = new FooBar();
|
||||
|
||||
// doesn't work with instanceof...
|
||||
console.log(instance instanceof FooBar) // true
|
||||
console.log(instance instanceof Foo) // false
|
||||
console.log(instance instanceof Bar) // false
|
||||
|
||||
// but everything works nicely with hasMixin!
|
||||
console.log(hasMixin(instance, FooBar)) // true
|
||||
console.log(hasMixin(instance, Foo)) // true
|
||||
console.log(hasMixin(instance, Bar)) // true
|
||||
```
|
||||
|
||||
`hasMixin(instance, mixinClass)` will work anywhere that `instance instanceof mixinClass` works. Additionally, like `instanceof`, you get the same [type narrowing benefits](https://www.typescriptlang.org/docs/handbook/advanced-types.html#instanceof-type-guards):
|
||||
|
||||
```typescript
|
||||
if (hasMixin(instance, Foo)) {
|
||||
// inferred type of instance is "Foo"
|
||||
}
|
||||
|
||||
if (hasMixin(instance, Bar)) {
|
||||
// inferred type of instance of "Bar"
|
||||
}
|
||||
```
|
||||
|
||||
## Settings
|
||||
ts-mixer has multiple strategies for mixing classes which can be configured by modifying `settings` from ts-mixer. For example:
|
||||
|
||||
```typescript
|
||||
import { settings, Mixin } from 'ts-mixer';
|
||||
|
||||
settings.prototypeStrategy = 'proxy';
|
||||
|
||||
// then use `Mixin` as normal...
|
||||
```
|
||||
|
||||
### `settings.prototypeStrategy`
|
||||
* Determines how ts-mixer will mix class prototypes together
|
||||
* Possible values:
|
||||
- `'copy'` (default) - Copies all methods from the classes being mixed into a new prototype object. (This will include all methods up the prototype chains as well.) This is the default for ES5 compatibility, but it has the downside of stale references. For example, if you mix `Foo` and `Bar` to make `FooBar`, then redefine a method on `Foo`, `FooBar` will not have the latest methods from `Foo`. If this is not a concern for you, `'copy'` is the best value for this setting.
|
||||
- `'proxy'` - Uses an ES6 Proxy to "soft mix" prototypes. Unlike `'copy'`, updates to the base classes _will_ be reflected in the mixed class, which may be desirable. The downside is that method access is not as performant, nor is it ES5 compatible.
|
||||
|
||||
### `settings.staticsStrategy`
|
||||
* Determines how static properties are inherited
|
||||
* Possible values:
|
||||
- `'copy'` (default) - Simply copies all properties (minus `prototype`) from the base classes/constructor functions onto the mixed class. Like `settings.prototypeStrategy = 'copy'`, this strategy also suffers from stale references, but shouldn't be a concern if you don't redefine static methods after mixing.
|
||||
- `'proxy'` - Similar to `settings.prototypeStrategy`, proxy's static method access to base classes. Has the same benefits/downsides.
|
||||
|
||||
### `settings.initFunction`
|
||||
* If set, `ts-mixer` will automatically call the function with this name upon construction
|
||||
* Possible values:
|
||||
- `null` (default) - disables the behavior
|
||||
- a string - function name to call upon construction
|
||||
* Read more about why you would want this in [dealing with constructors](#dealing-with-constructors)
|
||||
|
||||
### `settings.decoratorInheritance`
|
||||
* Determines how decorators are inherited from classes passed to `Mixin(...)`
|
||||
* Possible values:
|
||||
- `'deep'` (default) - Deeply inherits decorators from all given classes and their ancestors
|
||||
- `'direct'` - Only inherits decorators defined directly on the given classes
|
||||
- `'none'` - Skips decorator inheritance
|
||||
|
||||
# Author
|
||||
Tanner Nielsen <tannerntannern@gmail.com>
|
||||
* Website - [tannernielsen.com](http://tannernielsen.com)
|
||||
* Github - [tannerntannern](https://github.com/tannerntannern)
|
||||
63
example_bot/node_modules/ts-mixer/package.json
generated
vendored
Normal file
63
example_bot/node_modules/ts-mixer/package.json
generated
vendored
Normal file
@@ -0,0 +1,63 @@
|
||||
{
|
||||
"name": "ts-mixer",
|
||||
"version": "6.0.3",
|
||||
"description": "A very small TypeScript library that provides tolerable Mixin functionality.",
|
||||
"main": "dist/cjs/index.js",
|
||||
"module": "dist/esm/index.js",
|
||||
"browser": "dist/esm/index.js",
|
||||
"unpkg": "dist/esm/index.min.js",
|
||||
"types": "dist/types/index.d.ts",
|
||||
"files": [
|
||||
"dist"
|
||||
],
|
||||
"scripts": {
|
||||
"prebuild": "yarn clean",
|
||||
"build": "rollup -c && tsc",
|
||||
"clean": "rimraf dist",
|
||||
"lint": "eslint src/**/*.ts",
|
||||
"test": "nyc mocha",
|
||||
"codegen": "node ./codegen.js",
|
||||
"release": "standard-version"
|
||||
},
|
||||
"devDependencies": {
|
||||
"@commitlint/cli": "^12.1.4",
|
||||
"@commitlint/config-conventional": "^12.1.4",
|
||||
"@rollup/plugin-typescript": "^8.2.1",
|
||||
"@types/chai": "^4.2.19",
|
||||
"@types/mocha": "^8.2.2",
|
||||
"@types/node": "^15.12.4",
|
||||
"@types/sinon": "^10.0.2",
|
||||
"@typescript-eslint/parser": "^4.27.0",
|
||||
"chai": "^4.3.4",
|
||||
"class-validator": "^0.13.1",
|
||||
"coveralls": "^3.1.0",
|
||||
"eslint": "^7.29.0",
|
||||
"husky": "^4.2.5",
|
||||
"js-yaml": "^4.1.0",
|
||||
"mocha": "^9.0.1",
|
||||
"nyc": "14.1.1",
|
||||
"rimraf": "^3.0.2",
|
||||
"rollup": "^2.52.1",
|
||||
"rollup-plugin-terser": "^7.0.2",
|
||||
"sinon": "^11.1.1",
|
||||
"standard-version": "^9.3.0",
|
||||
"ts-node": "^10.0.0",
|
||||
"tslib": "^2.3.0",
|
||||
"typescript": "^4.3.4",
|
||||
"yarn-add-no-save": "^1.0.3"
|
||||
},
|
||||
"homepage": "https://github.com/tannerntannern/ts-mixer#readme",
|
||||
"repository": {
|
||||
"type": "git",
|
||||
"url": "git+https://github.com/tannerntannern/ts-mixer.git"
|
||||
},
|
||||
"keywords": [
|
||||
"typescript",
|
||||
"mixin",
|
||||
"mixins",
|
||||
"multiple inheritance",
|
||||
"mixin classes"
|
||||
],
|
||||
"author": "Tanner Nielsen",
|
||||
"license": "MIT"
|
||||
}
|
||||
Reference in New Issue
Block a user