loopbackio / loopbackio/loopback-next
Documentation explaining Multiple Repositories design decision
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 5.1k
- Forks
- 1.1k
- Ø Merge
- 2 T. 21 Std.
- Gemergte PRs (30 T.)
- 27
Beschreibung
Feature proposal
Starting to play/understand lb4 ...
I am writing code that inserts several model/entity instances into a DB. My code constantly needs to create repository instances based on the model in question. It seems overkill.
Can you explain in the documentation why this design decision to have one repository per class/model/entity was chosen? Or is it possible to have a multi-class repository? The cli does not seem to allow it.
Thanks.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Überprüfe die vorhandene Dokumentation und die CLI-Einstiegspunkte im Zusammenhang mit Repositories, Modellen und Entitäten. Ermittle, ob das Design eines Repositories pro Klasse beabsichtigt ist und ob Repositories mit mehreren Klassen unterstützt werden. Die Aufgabe ist abgeschlossen, wenn die Designbegründung dokumentiert ist und die Frage nach Repositories mit mehreren Klassen eindeutig beantwortet wird.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- nodejs, typescript
- Bereich
- backend-api-design, documentation
- Issue-Typ
- Dokumentation
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100