Cómo abordar el problema API de la separación del front-end

Es significativo, pero su comprensión del problema en sí es parcial.

Existe un malentendido sobre la separación del front-end, es decir, muchas personas afirman que han estado separadas durante mucho tiempo y que todos son AJAX y usan Angular o algo así.

Esta afirmación es inapropiada. Por ejemplo, alguien preguntó: "¿Cómo pueden las plantas acuáticas resolver el problema de que las aves pongan huevos?" Pero, de hecho, la gente cría patos y la respuesta es gallinas, por lo que la respuesta "simplemente no los dejes entrar al agua" es. Obviamente no es el punto.

Lo que la industria llama separación front-end en los últimos dos años se limita a sistemas parcialmente mostrados (reemplazados por A), no a proyectos web de aplicaciones y control (reemplazados por B). En el proyecto de B, el front-end y el back-end están naturalmente separados, excepto unos pocos desarrolladores de back-end, todos son básicamente iguales. Las personas que respondieron así en el párrafo anterior generalmente solo hacen proyectos de Categoría B. En proyectos de tipo B, la separación entre front-end y back-end es * * conocimiento y no es necesario discutirlo.

Entonces, el tema restante es discutir la separación de front-end y back-end de los proyectos de Clase A. ¿Cuál es el núcleo de este problema? Depende de dónde se combinen la plantilla y los datos y de quién controle la plantilla. Después de dos años de discusión, básicamente podemos llegar a un consenso de que las plantillas deben ser controladas por el personal de front-end, principalmente por dos razones:

-Optimización del rendimiento (especialmente la gestión y publicación de recursos externos, fusión de solicitudes , etc.)

-Fluidez de la colaboración (reelaboración de fragmentos de interfaz que han sido modelados, etc.)

Entonces, ¿dónde se debe combinar la plantilla con los datos?

Este problema es bastante frustrante. Algunas personas intentan usar plantillas js como proyectos de Clase B y luego ejecutarlas en el lado del navegador. Existen algunos problemas, como SEO poco amigable y rendimiento insuficiente en la primera pantalla, especialmente para sitios web de comercio electrónico con una gran cantidad de DOM en la página de inicio. La diferencia es obvia.

Así que todavía tenemos que poner la plantilla principal en el servidor para su ejecución. En este proceso, Alibaba hizo algunos intentos, es decir, introdujo la capa de nodo, sintetizando plantillas y datos en esta capa, y luego el navegador obtiene el HTML generado, pero no todo el HTML se genera de esta manera, y parte del contenido estará esperando. Se carga y genera mediante js después del navegador.