API getuned, neue Methoden findBy/queryBy #120
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Im API der diversen Abfragemethoden bzw. Getter habe ich bei den Typen konsequent die "null" Option entfernt, der typ st m.E. nicht erforderlich, da anderweitig und damit durch einfachere Datentyp-Kombinationen ersetztbar. Beispiel: 0 als Indikator für "keine Einschränkung, suche alle", denn 0 ist ja eh keine vorkommende Datensatz-ID.
Getter liefern jetzt immer einen typadäquaten Wert. Auch als Beispiel:
getName(): ?string
ist ersetzt durchgetName(): string
. Null ist keine wirkliche Hilfe wenn man zusätzlich trotzdem auf `` abfragen müsste. Wer wissen will, ob das Feld belegt ist, kann ja immer noch 'hasValue' bemühen. Die Getter fragen nun erst hasValue ab und liefern erst dann den Wert und ansonsten''
bzw. `0`.Zwei zusätzliche Methoden bei Entry:
queryBy
ist eine Methode zum Bau einer Query mit den diversen Filtern,findBy
dasselbe aber mit ausgeführtem find(). Die Parameter sind identisch.'1,2,3'
, int1
, array [1,2,3])Entry::ONLINE
, array[Entry::DRAFT,Entry::PLANNED
, boolEntry::IS_ONLINE
)'de'
, int1
)1
, array[1,2]
, string'1,2'
)Leere Werte (
[]
bzw. -1) bedeuten: kein Filter. Bei der Sprche ist das -1, weil 0 die Bedeutung "für alle Sprachen" hat und eine Suche nach Sprachen
immer eine Suche nach[0,n]
ist.Man könnte im nächsten Schritt die vorhandenen find-Methoden überprüfen und in Aufrufe von findBy ändern oder evtl auch ganz rauswerfen.
Und ein Changlog hinzugefügt