GenericItem benötigt noch Referenzen zu den vorhandenen Haupt-Datentypen

[donni106]

genauso wie ein generic item weitere generic_items haben kann, denke ich wäre es sinnvoll, wenn es ebenso news_items, event_records, points_of_interest und tours geben würde.
das wurde in #190 noch nicht berücksichtigt.

[marcometz]

ja, dazu müssen wir :

• die oben genannten Datentypen erweitern, damit diese polymorphisch wiederverwendbar sind
• für die oben genannten Datentypen InputTypes definieren
• has_many relations in GenericItem definieren mit den nested_accessors

Wie bei Mutations::CreateGenericItem doppeln sich dann die argument Definitionen zum zugehörigen Types::InputTypes::GenericItemInput.
Es wäre als Schritt 1 also extrem sinnvoll herauszubekommen, wie die InputTypes in den Mutations importiert werden können, da wir sonst eine Menge komplexen DuplicateCode haben werden.

[marcometz]

wenn man einen GenericItem anlegt und dieser mit einem oder mehreren NewsItems verknüpft ist, so würden diese NewsItems dann aber auch direkt erreichbar sein über die bisherigen GraphQL Endpunkte NewsItems. Ich weiß nicht, ob das so sinnvoll ist.

[donni106]

[...] so würden diese NewsItems dann aber auch direkt erreichbar sein über die bisherigen GraphQL Endpunkte NewsItems [...]

Verstehe nicht so richtig, was daran neu oder anders wär? NewsItems sind über GraphQL Endpunkt für NewsItems erreichbar, ja!?

[marcometz]

Ich lege ein GenericItem namens "Job" an und darin enthalten ist ein NewsItem "Der Job ist total toll", dann habe ich in der Liste der aktuellen News auch ein NewsItem "Der Job ist total toll".

[marcometz]

Ich lege ein GenericItem "Job" an und schreibe das ich einen Maler suche an dem Standort "points_of_interest bei mir zu Hause". Dann habe ich in der Liste aller POI auch den Eintrag "bei mir zu Hause"

[donni106]

Danke. Verstehe ich jetzt besser, kann ich nicht eindeutig beantworten. Sollte also was fürs morgige Meeting sein.

[donni106]

Das hätte nicht geclosed werden sollen mit dem Merge von #190, vermute ich.