Embedded Collection vs Link auf Filtered Endpoint

[pmattmann]

usu:
Du hast mir den Event-Link geklaut :-)
Siehe Beispiel weiter oben --> mein bisheriger "Picasso" basiert darauf, dass er unter einem Endpunkt alle Events (und Instanzen) eines Lagers laden kann. Aus einem Netzwerkaufruf um den Picasso anzuzeigen werden jetzt ganz viele.

pmattmann:
Spannender Punkt!

Bei den Entitäten ist es so, dass es eigentlich egal ist, ob diese als Referenz oder als Embedded mitgegeben wird. Falls es eine Referenz ist, wird diese vom Store automatisch nachgeladen.
Man darf daher (nahe zu) nach belieben eine Referenz in eine Entität umbauen - und umgekehrt...

Bei "Embedded Collections" vs. "Link auf einen gefilterten Endpoint" gilt diese Austauschbarkeit leider nicht. Müssten wir das haben?

Müssen wir evtl. nächstes mal besprechen.

Originally posted by @pmattmann in #357 (comment)

[manuelmeister]

Meeting Notes

@carlobeltrame

• Falls der gleiche Relationsname in _embedded und _links vorhanden ist, dann soll das Embedded Object unter dem Self Link des _links Objekts im Store gespeichert werden.
• loaded Promise zu load umbenennen
• Event-Link wieder zum Camp hinzufügen und im Picasso createdHook verwenden

P.S. Idee: Embedded Collections unter der folgenden URI speichern:/camps/[id]#periods