|
|
|
# 2021-03-16
|
|
|
|
## FlatDB REST und Client verbessern
|
|
|
|
|
|
|
|
### Recherchen / POC Alexander & Oliver
|
|
|
|
|
|
|
|
* Wie kann der Entity Creation Service verbessert werden?
|
|
|
|
* Wir benötigen eine Authentication / Authorisation der Services, so dass die Nutzung der FlatDB auch externen ermöglicht werden kann.
|
|
|
|
* Flexibilität, die durch das Konzept der dialect definitions erzielt wurde, soll erhalten werden, dennoch soll die Nutzung der API keine Zumutung sein.
|
|
|
|
* Vorschlag:
|
|
|
|
* Alle Methoden des (neuen?) Services haben eine optionalen 'dialect' Parameter.
|
|
|
|
* Ist der nicht gesetzt, wird
|
|
|
|
* für authorisierte Nutzer der im Nutzerprofil angegebene dialect verwendet,
|
|
|
|
* sonst der je Service Instanz konfigurierte default dialect
|
|
|
|
* Im ExploreData Frontend und in QMD gibt es einige Workarounds für die shortcomings des Status quo, die bereits Probleme lösen, die aber in den (Entity Creation?) Service gehören. Es sollten die Stellen / Methoden gesammelt werden, die wiederverwendet werden könnten.
|
|
|
|
|
|
|
|
### Recherchen / POC Oliver & Thomas
|
|
|
|
* StardatDDI Entities:
|
|
|
|
* prüfen, ob die Voraussetzungen für eine fluent API gegeben sind
|
|
|
|
* einfachen use case auswählen und falls möglich, fluent API erstellen, mit JUnit Tests
|
|
|
|
|
|
|
|
### Fluent API / DSL
|
|
|
|
* https://de.wikipedia.org/wiki/Fluent_Interface#Vorteile
|
|
|
|
* https://projectlombok.org/features/Builder
|
|
|
|
* https://martinfowler.com/bliki/FluentInterface.html
|
|
|
|
* https://www.informit.com/articles/article.aspx?p=1592379 Seite 4 ff
|
|
|
|
|
|
|
|
|
