Describir la estructura MVC utilizada por CodeIgniter

CodeIgniter utiliza patrones de modelos, vistas y controladores (MVC) para organizar los archivos. Esto nos ayuda a mantener los datos, la presentación y el flujo a través de la aplicación. Para aclarar las cosas, podemos entender con su definición básica:

• Los modelos administran los datos de la aplicación y ayudan a hacer cumplir cualquier regla comercial especial que la aplicación pueda necesitar.
• Las vistas son archivos simples, con poca o ninguna lógica, que muestran la información al usuario que se recibe a través de los controladores.
• Los controladores actúan como puentes, ordenando datos de un lado a otro entre la vista (o el usuario que la está viendo) y el almacenamiento de datos.

En la forma más básica de comprensión, los controladores y modelos son simplemente clases que tienen un trabajo específico. No son los únicos tipos de clase que puede usar, sino que también constituyen el núcleo de cómo se diseñó este marco para su uso. Incluso tienen directorios designados en el directorio /app para el almacenamiento de archivos como controladores, modelos, vistas, ayudantes, configuración y muchos más, aunque puede almacenarlos donde desee, siempre que tengan el nombre adecuado. Para hablar de MVC con más detalle elaborando los modelos, vistas y controladores a continuación:

Vistas: las vistas son los archivos más simples que suelen ser HTML, CSS, Javascript, SVG y muchos más relacionados con la interfaz con cantidades muy pequeñas de PHP. El PHP debe ser muy simple en los archivos de vistas, por lo general, solo muestra el contenido de una variable o recorre algunos elementos y muestra su información en una tabla. Las vistas obtienen los datos para mostrar desde los controladores y las vistas generalmente se almacenan en » /app/Views», pero puede volverse rápidamente muy agitado de administrar si no se organiza adecuadamente. CodeIgniter no fuerza su uso por ningún tipo para las vistas, pero una buena regla sería crear un nuevo directorio en el directorio Vistas para cada controlador para que el trato sea fácil y muy claro con la interfaz. Luego, nombre las vistas por el nombre del método, lo que las hace muy fáciles de encontrar más adelante. Por ejemplo, una página de contacto podría mostrarse en un controlador llamado Contacto y un método llamado contacto. Puede almacenar el archivo de vista para este método en » /app/Views/Contact/Contact.php” ubicación en su estructura de archivos. Ese tipo de organización de archivos y carpetas funciona muy bien como hábito básico. A veces, es posible que deba organizarlo de manera diferente, lo que no es un problema siempre que CodeIgniter pueda encontrar el archivo que se mostrará.

Modelos: el trabajo de un modelo es mantener un solo tipo de datos para la aplicación, que pueden ser usuarios, publicaciones de blog, transacciones, etc. a través de los métodos. Entonces, el trabajo del modelo tiene dos partes principales y eso es:

1. Aplique reglas comerciales a los datos a medida que se extraen o se colocan en la base de datos.
2. Manejar el guardado real y la recuperación de los datos de la base de datos.

Para muchos desarrolladores, la confusión surge al determinar qué reglas comerciales se aplican. Simplemente significa que el modelo maneja cualquier restricción o requisito sobre los datos. Esto podría incluir la normalización de los datos sin procesar antes de que se guarden para cumplir con los estándares y requisitos, o formatear una fila/columna de cierta manera antes de entregarla al controlador. Al mantener estos requisitos comerciales bajo control con el modelo, no repetirá el código en varios controladores ni perderá accidentalmente la actualización de un área. Los modelos generalmente se almacenan en la ubicación » /app/Models » en su estructura de archivos.

Controladores: los controladores tienen diferentes roles que desempeñar, pero el más obvio es que reciben información del usuario y luego determinan qué hacer con ella. Controlador de trabajo:

1. La mayoría de las veces implica pasar los datos a un modelo para guardarlos o solicitar datos del modelo que luego se pasan a la vista para que se muestren.
2. Para manejar tareas especializadas que están fuera del alcance del modelo, se cargan algunas clases de utilidad y eso también lo hace el controlador solo si es necesario.
3. También es responsable de manejar todo lo que pertenece a las requests HTTP: redireccionamientos, autenticación, seguridad web, codificación, etc.

En lenguaje sencillo, el controlador es donde se asegura de que las personas puedan estar allí y obtengan los datos que necesitan en un formato que puedan usar. Los controladores generalmente se almacenan en la ubicación » /app/Controllers » en la estructura de archivos, aunque pueden usar un espacio de nombres para agruparse según los requisitos del desarrollador.