Come tutti vediamo che React.js è molto più popolare di Ember.js, ci sono piani per migrare Ember.js a React.js in discourse in modo da avere una migliore esperienza per gli sviluppatori?
No, non ci sono piani per riscrivere Discourse in react.
6 Mi Piace
E perché non aumentare il prestigio e la popolarità di Ember? 
Discourse è la più grande prova vivente che si tratta di un ottimo framework
1 Mi Piace
Ciao Alexander, React.js è stato scelto dagli sviluppatori per molte ragioni, dal design, alla documentazione, alla community e all’ecosistema.
Sono uno sviluppatore Web dal 2012, ho vissuto l’epoca in cui ogni giorno uscivano diverse librerie e strumenti front-end. Ho usato molto jQuery, poi Backbone e molte librerie auto-costruite. Poi sono passato a React nel 2015, e ha funzionato molto bene negli ultimi sette anni. Ember.js era popolare, ma devo dire che, al giorno d’oggi, la maggior parte degli sviluppatori utilizza React.js, Vue.js e Angular.js.
Discourse funziona bene fino ad oggi, ma dopo aver controllato il sistema dei plugin e cercato la documentazione di sviluppo (sto pianificando di arricchire le funzionalità Web3 Contribute Web3 features to Discourse? - General - LXDAO), mi sembra un po’ difficile costruire alcune funzionalità immediatamente per me, uno sviluppatore con le competenze full-stack più comuni.
Ho anche trovato le stesse lamentele dalle community di sviluppatori cinesi (probabilmente questo è il motivo per cui Discourse non è popolare in Cina come lo è WordPress). Quindi mi chiedo solo se possiamo far funzionare meglio Discourse se avessimo uno stack tecnologico migliore e aggiornato.
Non fraintendermi, capisco perfettamente che non è una decisione facile e piccola da prendere, quindi posto solo una domanda qui. Se avremo un piano, vedrò cosa posso fare, se non ci saranno piani, inizierò a imparare Ember.js lol
2 Mi Piace
Niente a che fare con il fatto che WordPress risale al 2003 e Discourse solo al 2014 allora? 
Inoltre, WordPress è senza dubbio più generico mentre Discourse ha uno scopo più mirato come piattaforma per forum.
Basandoci su questa logica, perché non spostiamo anche il backend in PHP mentre ci siamo? Mi fido che fornirai tutte le PR?
Sono d’accordo con la maggior parte dei tuoi punti. Ma penso che una riscrittura non sia quasi mai una buona idea.
Sto scrivendo un frontend React per Discourse, ma non ho intenzione che sostituisca il frontend Ember.
È più un’aggiunta per un caso d’uso molto specifico piuttosto che una reiterazione della stessa cosa. Il motivo è che voglio rendere l’interfaccia utente più adattabile agli esperimenti web3. Per questo è più appropriato avere un frontend alternativo. Riconosco che anche il plugin wizard personalizzato segue la strada di un frontend Ember separato. (perché la funzionalità è… beh… personalizzata 
… quindi è ragionevole farlo in questo modo)
Ho un repository in cui ho il frontend React con Vite:
e poi ho un secondo repository in cui importo gli output di build del primo nella cartella delle risorse pubbliche di un plugin Discourse.
Mi sono anche registrato nel tuo forum. Se hai domande, fammelo sapere 
3 Mi Piace
Ciao amico, come tutti sappiamo, uno dei motivi comuni della popolarità di WordPress sono i temi e i plugin altamente personalizzabili. Ci sono così tante società o team di outsourcing che costruiscono siti web su WordPress per i loro clienti. Ho anche visto alcuni temi o plugin che fanno sembrare WordPress un forum, dovrebbero usare Discourse per costruire un forum, giusto? Questo è il punto che voglio esprimere.
Comunque, ammetto anche che questa frase, “probabilmente è per questo che Discourse non è popolare in Cina come lo è WordPress”, non è molto giusta. Hai ragione. Scusa per questo.
3 Mi Piace
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.