Cuando piense en usar React con lenguajes del lado del servidor, como Python, Java, C # …, entonces tendrá que lidiar con el procesamiento del lado del servidor de reacción. Esto significa que el lado del servidor ejecutará el código React y luego responderá solo la salida HTML.
Estoy trabajando con Python y React ahora, luego mi opinión de que deberías ir con Jinja2 . Por qué ?
- El lenguaje del lado del servidor ha estado tratando con el lenguaje de plantilla de forma natural, usted construye la lógica por el lenguaje del lado del servidor, se combina con HTML. No necesitas ningún material extra. Al tratar con React, debe mantener 2 bases de código (JavaScript y Python) a la vez, eso es doloroso
- La representación del lado del servidor React requiere un motor JavaScript para ejecutar el código JS. Todos confían en V8 en NodeJS, así que yo también.
- React es solo una biblioteca de renderizado. Los chicos de Frontend construyen muchas cosas geniales para potenciarlo, como ES6, flux, redux, redux-saga. Los chicos de Python no necesitan este tipo de cosas.
Como mencionaste sobre Jinja2, entonces pienso en el contexto de la representación del lado del servidor. ¿Qué pasa si todavía quieres usar React en lugar de Jinja2?
- Cómo usar la biblioteca CSymPy en un archivo CPP
- ¿Los desarrolladores web usan WordPress para los sitios web que crean para los clientes? Si no, ¿qué se usa generalmente?
- ¿Debo aprender Head First HTML en 2017?
- ¿Por qué la estimación del esfuerzo del software todavía se basa en reglas básicas y sensaciones viscerales? ¿Cómo es que a nadie se le ocurrió un modelo de estimación preciso?
- ¿Cuáles son las mejores prácticas para usar la etiqueta en HTML?
- Implementando la aplicación Flask como servicios relajantes
- Implementación de la aplicación de página única con React
- la aplicación SPA React consumirá su servicio de descanso Flask
Pero podría ser otra historia 🙂
