Existem planos para migrar Ember.js para React.js no Discourse?

Como todos vemos que React.js é muito mais popular que Ember.js, existem planos para migrar Ember.js para React.js no Discourse para que tenhamos uma melhor experiência do desenvolvedor?

Não, não há planos para reescrever o Discourse em React.

6 curtidas

E por que não aumentar o prestígio e a popularidade do Ember? :wink:

O Discourse é a maior prova viva de que é um framework muito bom

1 curtida

Olá Alexander, o React.js foi selecionado por desenvolvedores por muitos motivos, desde o design, documentação, comunidade e ecossistema.

Sou desenvolvedor Web desde 2012, vivi a época em que diferentes bibliotecas e ferramentas de front-end surgiam todos os dias. Usei muito jQuery, depois Backbone e muitas bibliotecas próprias. Então, mudei para React em 2015, e tem funcionado muito bem nos últimos sete anos. Ember.js era popular, mas devo dizer que, hoje em dia, a maioria dos desenvolvedores usa React.js, Vue.js e Angular.js.

O Discourse está funcionando bem até hoje, mas depois de verificar o sistema de plugins e pesquisar os documentos de desenvolvimento (estou planejando enriquecer os recursos Web3 Contribute Web3 features to Discourse? - General - LXDAO), sinto que é um pouco difícil construir alguns recursos imediatamente para mim, um desenvolvedor com as habilidades full-stack mais comuns.

Também encontrei as mesmas reclamações de comunidades de desenvolvedores da China (provavelmente é por isso que o Discourse não é tão popular na China quanto o WordPress). Então, estou me perguntando se podemos fazer o Discourse funcionar melhor se tivermos um stack tecnológico melhor e atualizado.

Não me entenda mal, entendo perfeitamente que não é uma decisão fácil e pequena a ser tomada, então estou apenas postando uma pergunta aqui. Se tivermos um plano, verei o que posso fazer, se não houver planos, começarei a aprender Ember.js, lol.

2 curtidas

Nada a ver com o fato de o WordPress datar de 2003 e o Discourse apenas de 2014, então? :thinking: Além disso, o WordPress é, sem dúvida, mais de propósito geral, enquanto o Discourse tem um propósito mais direcionado como uma plataforma de fórum.

Com base nessa lógica, por que não mudamos o back-end para PHP enquanto estamos nisso? Confio que você fornecerá todos os PRs? :wink:

Concordo com a maioria dos seus pontos. Mas acho que reescrever quase nunca é uma boa ideia.
Estou escrevendo um frontend React para Discourse, mas não pretendo que ele substitua o frontend Ember.
É mais um complemento para um caso de uso muito específico em vez de uma reiteração da mesma coisa. O motivo é que quero tornar a UI mais adaptável a experimentos web3. Para isso, é mais adequado ter um frontend alternativo. Reconheço que o plugin de assistente personalizado também segue o caminho de um frontend Ember separado. (porque a funcionalidade é… bem… personalizada :sweat_smile: … então é razoável fazer assim)

Tenho um repositório onde tenho o frontend React com Vite:

e então tenho um segundo repositório onde puxo as saídas de compilação do primeiro na pasta de ativos públicos de um plugin Discourse.

Também me registrei no seu fórum. Se tiver alguma dúvida, me avise :grinning: :+1:

3 curtidas

Olá amigo, como todos sabemos, uma das razões comuns para a popularidade do WordPress são os temas e plugins altamente personalizáveis. Existem tantas empresas ou equipes terceirizadas que criam sites em WordPress para seus clientes. Eu também vi alguns temas ou plugins que fazem o WordPress parecer um fórum, eles deveriam usar o Discourse para criar um fórum, certo? Este é o ponto que quero expressar.

De qualquer forma, também admito que esta frase, “provavelmente é por isso que o Discourse não é tão popular na China quanto o WordPress”, não é muito justa. Você está certo. Desculpe por isso.

3 curtidas

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.