Ich baue etwas Community-orientiertes auf und Discourse sieht perfekt dafür aus.
Mein Plan ist jedoch, die Community später in eine benutzerdefinierte App zu portieren. Mich würde interessieren, ob das schon jemand gemacht hat und wie schwierig das wäre. Ich möchte mich nicht an das Ökosystem binden.
Das wäre im Grunde eine Datenmigration wie jede andere.
Die Tabellen sind ziemlich selbsterklärend?
Oder Sie könnten alles über die API erledigen und Ihr eigenes Frontend erstellen, wobei Sie die Discourse-Datenbankstruktur und das Backend beibehalten …
Es hängt davon ab, was mit „die Community später auf eine benutzerdefinierte App portieren“ gemeint ist.
Wenn Sie von Discourse zu einer benutzerdefinierten Datenbank+Backend+Frontend+usw. migrieren möchten, ist eine Datenmigration der richtige Weg.
Wenn Sie die Daten- und Backend-Schichten von Discourse weiterhin nutzen möchten, diese als Headless-Service verwenden und ein neues Frontend schreiben, das die vorhandenen APIs nutzt, ist das ebenfalls möglich und wurde bereits getan.
Eine Sache, die man bedenken sollte, ist jedoch, dass Discourse RIESIG ist, wirklich RIESIG. Die Chat-Funktion zum Beispiel ist ein großes Unterfangen, und sie ist nur ein winziger Bruchteil dessen, was Discourse ist.
Das Umschreiben dieser Benutzeroberflächen wird sich sicherlich wie das Neuerfinden des Rades anfühlen, und sobald Sie all diese Funktionen in Ihrer Community als selbstverständlich erachten, wird es schwierig sein, zu einer benutzerdefinierten App zu migrieren, der es an ihnen mangelt.
Vielen Dank für Ihre Antwort. Haben Sie Beispiele / Fallstudien dazu? Gibt es Websites/Apps, die Discourse auf diese Weise als Headless-Service nutzen?
Das ist fantastisch! Vielen Dank, dass Sie diese geteilt haben.
Ich habe einige Diskussionen darüber gelesen, wie Leute versuchen, ein vollwertiges soziales Netzwerk auf Discourse aufzubauen. Wenn Sie Beispiele dafür haben, lassen Sie es mich bitte wissen. Ich bin bisher noch auf keine ernsthafte Implementierung von Discourse im Web gestoßen, die nicht wie ein Forum aussieht.
Ich würde auch die enormen nicht-technischen Herausforderungen hinzufügen, um Fuß zu fassen, Benutzer zu gewinnen, Mundpropaganda zu verbreiten, Marketing … Funktionsumfang - was bieten Sie an, das den Leuten etwas gibt, das sie nicht von den Mainstream-Apps bekommen können? Oh und Finanzen … Zeit …
Zumindest können Foren in kleine Nischen passen, um ein Publikum anzuziehen … und verlassen sich nicht auf ein riesiges Personal.
Es schadet nicht, es gut zu versuchen: Wer nicht wagt, der nicht gewinnt! (und wahrscheinlich nichts lernt!)
Können Sie bitte einige Ihrer Ergebnisse mitteilen? Haben Sie eine Ahnung, wie schwierig es ist, einfache und mittelkomplexe Funktionen zu entwickeln? Ich schätze, die Entwickler müssen Erfahrung mit dem Stack haben. Aber dann müssen sie die Funktionsweise der Plattform herausfinden und dann mit dem Rätseln und Bauen beginnen? Abgesehen von den Beispielen in den Kommentaren, wird dies oft gemacht? Warum/warum nicht?
Duplizierung gefolgt von Wartungsaufwand, einschließlich der Notwendigkeit, Kern-Breaking-Changes zu berücksichtigen.
Darüber hinaus, wenn man das Ökosystem verlässt, kann man keine Plugins oder Theme-Komponenten verwenden, doh!
Ist es nicht viel einfacher, die gesamte Community-Logik mit Discourse so zu implementieren, wie sie ist? (für die überwiegende Mehrheit der Anwendungsfälle) und Anpassungen nach Bedarf in Themes und Plugins vorzunehmen.
Als Beweis genügt ein Blick auf die Vielzahl von Unternehmen, die Discourse für die Verwaltung von Communities nutzen.
Versteh mich nicht falsch, es gibt hier keine perfekte richtige Antwort. Vielleicht könntest du es zum Laufen bringen, aber sei dir der Risiken, Kompromisse und Kosten bewusst.
Hallo Robert, ja, ich verstehe. Es ist eine komplizierte Entscheidung, aber zu diesem Zeitpunkt reicht es aus zu wissen, wie kompliziert das sein könnte usw.