|
1 | 1 | # Typescript
|
2 | 2 |
|
3 |
| -::: warning |
4 |
| -Diese Seite ist noch in Arbeit. Die Dokumentation ist noch nicht vollständig. |
| 3 | +Dieses Package nutzt den Typ `FilterSetConfig` für Type-Hints. |
| 4 | +Der Typ ist Generisch aud erwartet mindestens einen Parameter. |
| 5 | +Im den folgenden Abschnitten werden beispiele Vorgestellt, wie diese genutzt werden können um verschiedene Verhalten abzubilden. |
| 6 | + |
| 7 | + |
| 8 | +## Data Parameter |
| 9 | +Angenommen es existiert ein Model `Category`: |
| 10 | +``` ts |
| 11 | +interface Category { |
| 12 | + id: number |
| 13 | + name: string |
| 14 | +} |
| 15 | +``` |
| 16 | +`Category` als Parameter zu übergeben bewirkt, dass nur Attribute des Interfaces in der Konfiguration erlaubt sind: |
| 17 | +``` ts |
| 18 | +const config: FilterSetConfig<Category> = { |
| 19 | + id: { |
| 20 | + in: [1,2,3] |
| 21 | + } |
| 22 | +} |
| 23 | +``` |
| 24 | + |
| 25 | +### Nested Types |
| 26 | +Nested-Types werden auch unterstützt: |
| 27 | +``` ts |
| 28 | +interface Book { |
| 29 | + id: number |
| 30 | + category: Category |
| 31 | +} |
| 32 | + |
| 33 | +... |
| 34 | + |
| 35 | +const config: FilterSetConfig<Book> = { |
| 36 | + category: { |
| 37 | + id:{ |
| 38 | + in: [1,2,3] |
| 39 | + } |
| 40 | + } |
| 41 | +} |
| 42 | +``` |
| 43 | + |
| 44 | +## Key-Configuration |
| 45 | +Mit einer Key-Konfiguration ist es möglich zu spezifizieren welche Filter für eine Attribut erlaubt sind. |
| 46 | +``` ts |
| 47 | +interface CategoryKeyConfig { |
| 48 | + name : 'exact' | 'startwith' | 'endswith' |
| 49 | +} |
| 50 | + |
| 51 | +... |
| 52 | + |
| 53 | +const config: FilterSetConfig<Category, CategoryKeyConfig> = { |
| 54 | + name: { |
| 55 | + exact: 'Fantasy' |
| 56 | + } |
| 57 | +} |
| 58 | +``` |
| 59 | +Diese Konfiguration erlaubt nur `exact`, `startwith` und `endswith` für das Attribut `name` |
| 60 | + |
| 61 | +::: tip |
| 62 | +Attribute, die in der Key-Konnfiguration nicht erwähnt werden, erlauben weiterhin alle Filter. |
| 63 | +Beachte, dass der `value`-Filter nicht ausgeschlossen werden kann. |
5 | 64 | :::
|
| 65 | + |
| 66 | +### Nested Types |
| 67 | + |
| 68 | +Für Nested-Types wie folgt aussehen: |
| 69 | +``` ts |
| 70 | +interface BookKeyConfig { |
| 71 | + category : { |
| 72 | + name: 'exact' | 'startwith' | 'endswith' |
| 73 | + } |
| 74 | +} |
| 75 | +``` |
| 76 | +Das ist zwar etwas redundant, aber ermöglicht es, unterschiedliche Verhaltensweisen für die Modelle zu definieren. |
| 77 | +Um den redundanten Teil zu entfernen, kann die Konfiguration auch folgendermaßen geschrieben werden: |
| 78 | +``` ts |
| 79 | +interface BookKeyConfig { |
| 80 | + category : CategoryKeyConfig |
| 81 | +} |
| 82 | +``` |
| 83 | + |
| 84 | +## Custom Filter |
| 85 | +Custom-Filter können wie folgt definiert werden: |
| 86 | +``` ts |
| 87 | +interface CustomFilter { |
| 88 | + notIn: any[] |
| 89 | +} |
| 90 | +``` |
| 91 | +::: warning |
| 92 | +Es gibt noch keine generische Type-Hints für benutzerdefinierte Filter. |
| 93 | +Die Verwendung von `any` als Typ erlaubt die Verwendung des Filters überall, lockert aber auch die Typisierung des übergebenen Wertes.::: |
| 94 | + |
| 95 | +Um die Type-Hints zu aktivieren, muss der Filter einer Schlüsselkonfiguration hinzugefügt werden. |
| 96 | +``` ts |
| 97 | +interface CategoryKeyConfig { |
| 98 | + id: 'in' | 'notIn' |
| 99 | +} |
| 100 | + |
| 101 | +... |
| 102 | + |
| 103 | +const config: FilterSetConfig<Category, CategoryKeyConfig, CustomFilter> = { |
| 104 | + id: { |
| 105 | + notIn: [1,2,3] |
| 106 | + } |
| 107 | +} |
| 108 | +``` |
0 commit comments