Moin zusammen,
ich komme gerade nicht so richtig weiter. Aber der Reihe nach.
Der gedbas4all-wikibase Prototyp zeigt, wie Daten aus wikibase, direkt oder mit SPARQL, gelesen und angezeigt werden können.
Man könnte hier noch untersuchen, wie man Bilder über die JSON Schnittstelle transportiert und anzeigt.
Datenstrukturen um Beziehungen anzuzeigen fehlen noch (Eltern, Kinder, Ehepartner).
Habe ich noch etwas übersehen? Gibt es noch mehr, was ‚prinzipiell‘ untersucht werden soll?
Bei dem Einbau der Errorhandling bin ich bei der Suche auf das Thema Architektur gestoßen.
Dabei wurde mit klar, dass ich bereits einige Architektur Entscheidungen, eher unbewußt, getroffen habe.
Ausgangspunkt war vue ui: Paketverwaltung Standard; [Vue 3] less, babel, typescript, router, vuex, eslint, unit-jest, e2e-nightwatch
Inzwischen habe ich noch i18n hinzugefügt.
Die Verzeichnisstruktur habe ich entsprechend der Artikelserie angepasst.
Bei der Umsetzung vom 4. Artikel (exception handling) bin ich dann gescheitert.
Weitere Recherchen stießen mich dann auf Boilerplats.
Davon habe ich mir vue-enterprise-boilerplate und Vuesion näher angesehen.
vue-enterprise-boilerplate gefällt mir sehr gut. Allerdings hat sich dort schon länger nichts mehr getan. Es hat zwar einen Wechsel von chrisvfritz zu bencodezen gegeben, aber das war es auch schon.
Fragen zu einer Portierung auf Vue 3 bleieben unbeantwortet und typescript wird nicht unterstützt (Begründung).
Von vue-enterprise-boilerplate gibt es einen Clone, der Vue 3, typescript und i18n unterstützt. Dort gibt es aber noch Fehler, die Portierung ist also nur bedingt einsetzbar.
Vuesion gefällt mir auch gut, bietet einiges. Bei manchem bin ich mir allerdings nicht sicher ob wir es einsetzen (wollen). Zum Beispiel Progressive-Web-App oder SEO und SSR.
Vuesion wird gerade auf einem eigenen Branch nach Vue 3 portiert. Gleichzeitig wird nuxt als Basispaket verwendet.
Sämtliche Versuche, ein Boilerplate zu verwenden und in Richtung gedbas4all voranzutreiben, aber auch Features aus den Boilerplates in gedbas4all umzusetzen sind über kurz oder lang an grundsätzlichen Fragestellungen gescheitert.
Wohin soll sich gedbas4all entwicklen? Lang- aber auch mittelfristig.
Was brauchen wir bei gedbas4all? Was wollen wir nicht?
Wie sollen die Prioritäten gesetzt werden?
Soll ich gedbas4all mit einem der Boilerplates neu starten? Wenn ja, mit welchem? Vue 2 oder 3? Typescript oder Javascript? less oder scss? npm oder yarn?
Soll gedbas4all produktifiziert werden? Welche der in den Boileplates umgesetzten Features wollen wir einsetzen? Je länger wir damit warten, um so aufwändiger wird die Implementierung.
Ich hänge jedenfalls gerade fest. Vielleicht habt ihr ein paar Antworten, die mir weiter helfen.
Ich kann euch auch noch schreiben, was mir bei den verschiedenen Ansätzen gefällt und was nicht. Im Moment spare ich mir das, um euch in euren Antworten nicht zu sehr zu beeinflussen.
Viele Grüße
Jörg