Como todos vemos que React.js es mucho más popular que Ember.js, ¿hay algún plan para migrar Ember.js a React.js en Discourse para que tengamos una mejor experiencia de desarrollador?
No hay planes para reescribir Discourse en React.
6 Me gusta
¿Y por qué no elevar el prestigio y la popularidad de Ember? 
Discourse es la mayor prueba viviente de que es un muy buen framework
1 me gusta
Hola Alexander, React.js ha sido seleccionado por los desarrolladores por muchas razones, desde el diseño, la documentación, la comunidad y el ecosistema.
He sido desarrollador web desde 2012, he vivido épocas en las que salían nuevas bibliotecas y herramientas de front-end todos los días. Usé mucho jQuery, luego Backbone y muchas bibliotecas hechas por mí mismo. Luego cambié a React en 2015, y ha funcionado muy bien durante los últimos siete años. Ember.js era popular, pero debo decir que, hoy en día, la mayoría de los desarrolladores usan React.js, Vue.js y Angular.js.
Discourse funciona bien hasta la fecha, pero después de revisar el sistema de plugins y buscar los documentos de desarrollo (planeo enriquecer las características de Web3 Contribute Web3 features to Discourse? - General - LXDAO), me resulta un poco difícil crear algunas características de inmediato para mí, un desarrollador con las habilidades full-stack más comunes.
También encontré quejas similares en las comunidades de desarrolladores de China (probablemente por eso Discourse no es tan popular en China como WordPress). Así que me pregunto si podemos hacer que Discourse funcione mejor si tenemos un stack tecnológico mejor y actualizado.
No me malinterpretes, entiendo perfectamente que no es una decisión fácil ni pequeña, así que solo publico una pregunta aquí. Si tenemos un plan, veré qué puedo hacer, si no hay planes, empezaré a aprender Ember.js, ¡jaja!
2 Me gusta
¿No tiene nada que ver el hecho de que WordPress se remonta a 2003 y Discourse solo a 2014? 
Además, WordPress es discutiblemente más de propósito general, mientras que Discourse tiene un propósito más específico como plataforma de foros.
Basado en esa lógica, ¿por qué no movemos también el backend a PHP? Confío en que proporcionarás todas las PR.
Estoy de acuerdo con la mayoría de tus puntos. Pero creo que reescribir algo casi nunca es una buena idea.
Estoy escribiendo un frontend de React para Discourse, pero no pretendo que reemplace al frontend de Ember.
Es más una adición para un caso de uso muy específico en lugar de una reiteración de lo mismo. La razón es que quiero hacer la interfaz de usuario más adaptable a experimentos web3. Para esto, es más apropiado tener un frontend alternativo. Creo que el plugin de asistente personalizado también sigue la ruta de un frontend de Ember separado. (porque la funcionalidad es… bueno… personalizada 
… así que es razonable hacerlo así)
Tengo un repositorio donde tengo el frontend de React con Vite:
y luego tengo un segundo repositorio donde incorporo las salidas de compilación del primero en la carpeta de activos públicos de un plugin de Discourse.
También me he registrado en tu foro. Si tienes alguna pregunta, házmelo saber 
3 Me gusta
Hola amigo, como todos sabemos, una de las razones comunes de la popularidad de WordPress son los temas y complementos altamente personalizables. Hay muchísimas empresas o equipos externos que crean sitios web en WordPress para sus clientes. También he visto algunos temas o complementos que hacen que WordPress parezca un foro, ¿deberían usar Discourse para crear un foro, verdad? Este es el punto que quiero expresar.
De todos modos, también admito que esta frase, “probablemente por eso Discourse no es tan popular en China como WordPress”, no es muy justa. Tienes razón. Lo siento.
3 Me gusta
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.