¿Cómo aprender a programar front-end web?
He estado haciendo programación web durante tantos años. Si lo piensas detenidamente, en realidad es solo eso. Jade Bird de la Universidad de Pekín compartió que no es difícil. todo para aprender.
1. Comprenda la estructura navegador/servidor (B/S)
B/S se desarrolló a partir del cliente/servidor en la década de 1990 y tienen los mismos puntos. servido por un servidor (o un grupo de servidores). La diferencia es: primero, el cliente en la estructura C/S puede estar escrito en diferentes lenguajes, como VB, Delphi, PowerBuilder, etc. En la estructura B/S, el navegador se convierte en un cliente universal y el programa se presenta. En forma de Web, no se requiere instalación y la actualización del servidor significa la actualización de todos los clientes. Este es un cambio trascendental en comparación con C/S.
En segundo lugar, el protocolo de acceso de B/S también está estandarizado a HTTP(s), en lugar de los diversos protocolos privados originales.
Finalmente, los usuarios globales acceden al servidor en la estructura B/S, a diferencia de C/S, que es solo una red de área local, por lo que la presión es mayor y los desafíos son mayores.
2. ¿Cómo se compone una página web?
En pocas palabras, es HTML CSS Java. La interfaz web que vemos se compone de estos tres.
HTML es responsable de la estructura, CSS es responsable de la presentación y Java es responsable del comportamiento.
El desarrollo front-end del que estamos hablando se centra principalmente en esta área. Los ingenieros de front-end deben poder comprender el modelo DOM y cómo operarlo a través de Java (como, por ejemplo). JQuery y otros frameworks).
3. ¿Cómo se relacionan los navegadores y los servidores entre sí?
¡Por supuesto que es HTTP! Para decirlo sin rodeos, HTTP es un acuerdo entre el navegador y el servidor para chatear. Este acuerdo garantiza que ambas partes se entiendan.
HTTP completo es muy complejo y el libro "Guía definitiva de HTTP" tiene más de 700 páginas.
De hecho, los más utilizados e importantes son:
(1) GET y POST. GET obtiene datos del servidor y POST envía datos al servidor (lo que genera el problema de carga de imágenes)
(2) HTTP es un protocolo sin estado y requiere mecanismos adicionales para mantener el estado (como iniciar sesión status) ), el método comúnmente utilizado es la cookie.
(3) Comprender los códigos de estado HTTP
(4) Comprender lo síncrono y lo asíncrono (lo que conduce a AJAX, JQuery y otros marcos)
4.URL y Mapeo de código
Comprenda la relación entre las URL y los códigos. Por ejemplo, ¿cómo se asocia una URL como www.xxx.com?action=login con el código comercial de back-end?
¿Dónde se definen dichas reglas? ¿Usando código, anotaciones o archivos de configuración?
¿Cómo debería organizarse el código comercial back-end? Creo que nadie escribirá toda la lógica comercial en Servlets ahora, por lo que hay muchos. Se necesitan marcos MVC como Struts y SpringMVC para organizar el código y hacer que el sistema sea claro y fácil de entender.
5. Verificación, conversión y vinculación de datos
¿Cómo garantizar que los datos enviados por el navegador cumplan con los requisitos?
Por ejemplo, no pueden estar vacíos. o no Si la contraseña excede los 8 caracteres, las dos contraseñas deben ser iguales.... Si ocurre un error, se dará un mensaje de error.
Los datos enviados por el navegador son textos simples en forma de nombre de usuario = liuxinamp; contraseña = 123456, pero el programa en segundo plano tiene tipos de datos enriquecidos, como Cadena, Fecha, Entero, etc. Por lo tanto, el texto debe convertirse al tipo del idioma especificado.
Después de la conversión de tipos, ¿cómo se puede utilizar eficazmente el código comercial de fondo? La forma más sencilla es crear un mapa como clave: valor, y el código comercial puede usar directamente map.get (clave).
Los más avanzados pueden vincular directamente los datos enviados desde la página a las propiedades del objeto y admitir estructuras complejas como matrices y anidamientos.
Por ejemplo, user.name=liuxinamp; user.password=123456 se puede vincular a un objeto llamado Usuario, que tiene dos atributos: nombre de usuario y contraseña.