Arquitectura MVC y Flujo de Peticiones en Rails

Sería ideal que en estos cursos ya se promueva el uso de docker para usar dockerización de la app en entorno local, eso facilitaría muchísimo al pasar a producción en infraestructuras modernas 😃

Entender la web con rieles

Todo parte del esquema solicitante-proveedor. O sea, cliente-servidor. Rails no es la excepción a esto y podemos encontrar este tipo de flujos utilizando arquitecturas modernas.

• Protocolo HTTP
• Petición URL
• Método GET
• Formato HTML

↓

• Petición URL
• Método GET

↓

• Formato HTML
• Parámetros :id

↓

• Parámetros :id

↓

• Formato HTML
  Cuando ya tenemos los datos que hemos pedido adoptamos el formato que viene desde nuestra petición y lo renderiza con un sistema de plantillas

↓

• Formato HTML
  Página lista.

Esto denota un estilo arquitectónico o MVC (Modelo-vista-controlador)

⭐ Rails trata por convención a las peticiones con la estructura RESTful, este nos provee cierto tipo de métodos prediseñados y preconfigurados para poder acceder a los recursos.

Excelente explicación 👏🏼

Web tradicional

La gran mayoría de sitios y aplicaciones en internet trabajan con un arquitectura Cliente - Servidor. Incluso en desarrollos con tecnologías modernas.

Web con Rails

El cliente hace una petición, el enrutador hace el papel de una especie de lobby, donde dirigirá la petición a donde está lo que pidió, pero antes se topa con el controlador; el controlador construye la respuesta y la envía (con ayuda del modelo y del renderizador) de regreso.

1. Para realizar esa petición se usa el protocolo HTTP, con una petición URL usando el método GET en formato HTML.
2. La petición URL llega al sistema, y el enrutador hace un mapeo y a través del mapeo se enruta hacia su correspondiente controlador.
3. El controlador reconoce los parámetros que vienen dentro de la URL y con está información se comunica con el Modelo para obtener la información que se pidió.
4. Cuando ya se tiene la información adopta el formato que fue solicitado y lo renderiza con un sistema de plantillas y finalmente devuelve el resultado al cliente.

Este es un estilo arquitectónico conocido como MVC (Model View Controller)

Por convención, Rails trata a las peticiones bajo el estilo arquitectónico RESTful, que provee ciertos métodos prediseñados y preconfigurados para acceder a los recursos. Estos son: index, show, new, create, update y destroy.

Estos métodos se pueden modificar o incluso se pueden crear métodos propios, pero estos son los que la arquitectura RESTful provee por defecto.

Muy importante:

• Index
• Show
• New
• Edit
• Create
• Update
• Destroy

Este video también me ayudó a entender bien el modelo MVC

https://www.youtube.com/watch?v=Izkaq1rjukg

La mejor explicación que he visto de la arquitectura MVC, nunca me había quedado claro del todo hasta hoy.

es un modelo vista controlador (MVC)

Ruby on Rails: HTTP, MVC and Routes

Les dejo mis aportes de este y otros videos que vi en internet:

1° paso) Envió mensajero, el mensaje tiene unas condiciones determinadas, instrucciones ya mapeadas:

• Protocolo HTPP: son instrucciones que le doy al mensajero
• Petición URL: como quiero que se entregue la información
• Método Get
• Formato HTML: tipo de paquete que quiero que me lo envíen, por ejemplo HTML, XML

2° paso) El mensajero al llegar al lobby o a portería llega a un enrutador o mapeador
Enrutamiento: el mensajero entrega las instrucciones de a donde ir al portero y este le da el okey

3° paso) El mensajero llega a la casa, es decir al controlador quien recibe las condiciones, lo construye, lo empaqueta y se lo entrega al mensajero. Las condiciones son la forma en la que quiero renderizar el producto.

4° paso) Recibo el paquete de parte del mensajero

La petición URL y el método get es el mapeo que hace el sistema (cuando la petición llega, se enruta y va al controlador: quien tiene una acción y parámetros dentro de la url: las condiciones).

El controlador hace un enlace directo hacia un sistema donde tengo almacenado registros, este sistema se llama modelo, tiene comunicación directa con una base de datos.

Desde el id que he obtenido desde el controlador obtengo referencia directa al recurso que quiero, es decir al insumo para poder fabricar el producto.

Cuando tengo el insumo adopto el formato que viene desde mi petición o desde las condiciones y a partir de allí entrego, en este caso utilizo HTML: sistema para renderizar HTML.
El producto final, en este caso es una pagina terminada, empaquetada que ira de vuelta a la respuesta de mi petición.

MODELO-VISTA-CONTROLADOR:

• Control: recepción de petición y tratamiento, lo forman el enrutador y el controlador.
• Modelo: modelo y base de datos
• Vista: sistema de renderización y plantilla, lo que ve el usuario , recibe datos del modelo y se lo muestra al usuario.

Controlador: nexo entre modelo y vista, ya que por ejemplo el usuario envía un formulario, el controlador zabra que tiene que crear un modelo y almacenar información dentro de la BD. Al llevar la acción de manera satisfactoria tiene que ir a una vista y hacer que esta vista le notifique al usuario que el registro se llevo de manera adecuada.