Next.js-Anwendung als benutzerdefinierter Frontend-Ersatz

Es tut mir leid, wenn dies bereits diskutiert wurde, aber ich konnte keine Beiträge dazu finden, und die Entwicklerdokumentation erklärt dies ebenfalls nicht.

Anstatt ein Theme durch Anpassen der Standard-Ember.js-App zu erstellen, möchte ich meine eigene Frontend-App (mit Next.js) entwickeln.

Ich frage mich, ob dies eine vernünftige Herangehensweise ist oder ob dies etwas „hacky

4 „Gefällt mir“

Ich bin mit mehreren Versuchen vertraut, Discourse nur als API zu nutzen und die gesamte Benutzeroberfläche neu zu schreiben, und das endet immer schlecht, da die schiere Größe unserer Frontend-Anwendung unterschätzt wird. Außerdem gibt es keine versionierte API. Zwar kannst du auf unsere neueste stabile Version abzielen und deine App in wenigen Monaten entwickeln, aber du musst alle sechs Monate zurückkehren und alle Kompatibilitätsprobleme mit der neu veröffentlichten Version beheben.

Die häufigsten API-Endpunkte sind unter https://docs.discourse.org/ dokumentiert.

14 „Gefällt mir“

Als Designer hier bei Discourse würde ich sagen, dass die Erstellung einer komplett neuen Benutzeroberfläche weder vernünftig noch den Aufwand wert wäre. EmberJS ist zwar anders, funktioniert aber in vielerlei Hinsicht wie die meisten Frontend-Frameworks.

Die EmberJS-Community ist ebenfalls sehr hilfsbereit und lebendig. Ich würde empfehlen, die Zeit, die du sonst in den Aufbau eines neuen Frontends mit NextJS investieren würdest, lieber zum Erlernen von EmberJS zu nutzen :grinning_face_with_smiling_eyes:

Danach hast du nicht nur Kenntnisse in zwei Frameworks, sondern auch die Fähigkeit, benutzerdefinierte Themes und Theme-Komponenten für Discourse-Foren zu erstellen.

Wenn das für dich funktioniert, würde ich beginnen, diesen beliebten und hilfreichen Beitrag anzusehen.

8 „Gefällt mir“