El front-end y el back-end de los proyectos web están separados. ¿Qué necesitan saber los ingenieros de front-end?

Si pregunto "¿Cuál es la separación correcta entre front-end y back-end?", Realmente no me atrevo a responder, por temor a que mi comprensión sea parcial, pero cuando me preguntan cómo "entender la separación de front-end"; Puedo hablar sobre mi comprensión basada en mi propio trabajo. Con respecto a la comprensión de la separación frontal, todos pueden presentar diferentes interpretaciones.

En 2007 participé en el desarrollo de proyectos a nivel empresarial. En ese momento, algunos proyectos tenían solo un paquete, sin especificaciones de código, la lógica empresarial estaba dispersa por todas partes e incluso JSP accedía directamente a la base de datos para el procesamiento empresarial.

Más tarde, hubo algunas especificaciones. Una página es una página y el código es código. Muchos proyectos comenzaron a utilizar el marco Ajax.

Desarrollo posterior, el código back-end se ha estratificado, controlador/servicio/, cada proyecto puede tener diferentes estrategias de capas (principalmente tres capas y dos capas), cada capa tiene una llamada diferente (controlador o acción) . Desde la página hasta el acceso final a la base de datos, los datos deben ir a varias capas.

Pero en esta etapa, en el proceso de desarrollo de proyectos de nivel empresarial, los programadores de Java todavía tienen que tener en cuenta el desarrollo de front-end y back-end, por lo que la página de inicio no es hermosa, eso es decir, se puede utilizar.

La separación de front-end y back-end tiene muchos beneficios: el desarrollo de front-end y el desarrollo de back-end pueden realizar sus propias tareas, y la interfaz se puede desarrollar en paralelo después de un acuerdo; La interfaz final se puede reutilizar. Si el proyecto tiene varias entradas, como páginas web de computadora, páginas web móviles y aplicaciones, solo puede haber un backend.

Si bien traerá beneficios, también habrá algunas desventajas, como: aumentar la complejidad de la arquitectura. Si el equipo tiene capacidades técnicas insuficientes, puede considerar la semi-separación (por ejemplo, nuestro departamento es todo). aplicaciones de nivel empresarial y no hay un desarrollador de front-end); si es una aplicación orientada a Internet, necesita rastreo de motores de búsqueda y representación del lado del servidor; además, la interfaz interactiva de front-end también requiere tiempo y energía para diseñar; .