CodeIgniter es preferido como framework para aplicaciones web por los desarrolladores que priorizan la velocidad a un abanico avanzado de funciones. El objetivo central que ha guiado el diseño de este entorno de desarrollo PHP de código abierto es, según la página web del proyecto, obtener el máximo en rendimiento y flexibilidad con un mínimo de código.
Es un entorno de desarrollo web escrito en PHP que presume de acelerar y optimizar el desarrollo de aplicaciones web gracias a un compacto diseño de software. La compañía de software norteamericana EllisLab fue la encargada de su creación y de la publicación de su primera versión en febrero de 2006. Un año después de anunciar, el 9 de julio de 2013, que la compañía ya no disponía de los recursos necesarios para continuar desarrollando el software, el proyecto se vio beneficiado por su adquisición por el British ColumbiaInstitute of Technology (BCIT).
El código fuente de CodeIgniter es distribuido con una licencia MIT y puede descargarse desde la plataforma GitHub. La última versión estable del entorno de desarrollo, CodeIgniter 3.1.2, se ofrece para su descarga gratuita en la página oficial del proyecto.
El diseño orientado al rendimiento de este framework de desarrollo web se revela en su parca arquitectura, pues se basa en el patrón Modelo-Vista-Controlador (MVC). El principio fundamental que sustenta a la arquitectura de desarrollo MVC es la estricta separación entre el código y la presentación, gracias a una estructura modular de software y a la externalización del código PHP. Esta separación se realiza en estos tres grupos: el modelo (model), la vista (view) y el controlador (controller), que explicamos a continuación:
En este esquema se aprecia claramente cómo se produce la interacción en la arquitectura MVC:
La estructura MVC permite diseñar software de forma flexible, ya que se pueden substituir, editar y reutilizar los módulos individuales de programación muy fácilmente. Los cambios que se realizan en un componente no suelen tener ningún efecto en el código fuente de otros componentes, siempre y cuando estos cambios no tengan lugar en los puntos de contacto entre unos y otros.
La mencionada división entre la lógica del programa y la presentación resulta en un código claro y bien estructurado. Esto es lo que hace que las aplicaciones web diseñadas según un patrón MVC estén consideradas como fáciles de mantener, puesto que, en caso de error o fallo, la fuente suele encontrarse en uno solo de los componentes. Esta separación también permite desarrollar la lógica y el diseño de forma independiente. Si los desarrolladores del backend y del frontend trabajan en paralelo, las aplicaciones se pueden terminar mucho más rápidamente.
Aun cuando CodeIgniter utiliza el patrón MVC, los usuarios no están obligados a hacerlo por completo. Si el controlador y la vista son componentes obligatorios, no sucede lo mismo con el modelo, cuyo uso como vínculo con la base de datos es meramente opcional. Una aplicación realizada con CodeIgniter también puede realizarse, además, con una arquitectura MVC jerárquica (HMVC), que ampliaría el patrón MVC clásico con una lógica jerárquica.
El framework PHP CodeIgniter funciona con un URL: para dirigirse al controlador, como unidad de control central entre la vista y el modelo, es necesario introducir un URL en la barra de búsqueda del navegador web. Para ello, los desarrolladores crean las denominadas clases de controlador, archivos PHP con diversas funciones que permiten cargar librerías, extensiones o helpers, establecer conexiones a bases de datos, integrar un modelo o seleccionar una vista determinada.
El flujo de aplicación de CodeIgniter se basa en el siguiente esquema de URL básico:
example.com/class/function/parameter
Al dominio (example.com) le sigue una clase de controlador, a la cual hay que dirigirse, así como una función de controlador específica. El esquema lo cierran los parámetros opcionales, que se utilizan para asignar al controlador seleccionado ciertos identificadores o variables.
En la práctica, un URL de CodeIgnites podría tener esta construcción:
example.com/news/article/511
Este URL se dirige al controlador news en el dominio example.com y le solicita ejecutar la función article, para, por ejemplo, cargar una vista homónima para la vista de artículo. Los parámetros opcionales, que se entregan al controlador con el URL, son los encargados de indicar qué contenido se ha de solicitar de la base de datos con el modelo, en este caso un artículo identificado como 511.
En la configuración de salida, CodeIgniter ejecuta el index.php en cada URL de la aplicación:
example.com/index.php/news/article/511
Este archivo PHP contiene información sobre el lugar donde se encuentran los archivos centrales del framework, así como las librerías, extensiones o helpers integrados y sobre el directorio donde están depositados los archivos de la aplicación. El archivo index.php también sirve para inicializar todos los recursos básicos.
Si CodeIgniter se ejecuta en un servidor Apache HTTP, se puede eliminar el index.php de la dirección de la aplicación con mod_rewrite, para mostrar al usuario y a los crawlers del buscador direcciones web “limpias”. Los desarrolladores añaden el siguiente código en el archivo .htaccess del servidor web:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1 [L]La estructura fundamental del framework se apoya en primera instancia en clases de controlador, clases de modelo y plantillas de vista.
CodeIgniter permite a los desarrolladores programar controladores individuales como clases definidas por el usuario. Para ello crean un archivo PHP separado para cada controlador en el directorio application/controllers/. Los controladores encierran la lógica de programación propia de una aplicación web desarrollada con CodeIgniter y se crean como subclases de la clase CI_Controller. En el código fuente se realiza con ayuda de la palabra clave extends.
class News extends CI_Controller {
}Como clase subordinada, News hereda todas las funciones de la visibilidad public y protected de la clase CI_Controller.
las palabras clave public, protected o private ayudan a definir la visibilidad de una propiedad o funciones en PHP. Si un elemento se declara como public, todas las clases de un software tienen acceso a él. Si este acceso a clases padre y a sus respectivas subclases ha de limitarse, se utiliza la palabra clave protected. Y si un elemento es declarado private, solo está disponible a la clase que define el elemento.
Cada clase de controlador definida por el usuario también ha de contener una función constructor, con la cual se pueden integrar librerías, un modelo de datos, bases de datos o clases helper. Desde PHP5, se utiliza __construct() como estándar.
<?php
class News extends CI_Controller {
public function __construct() { //define el constructor
parent::__construct(); //invoca al constructor de la clase superior
$this->load->helper('url'); //carga una clase helper para el trabajo con URL
$this->load->helper('file'); // carga una clase helper para el trabajo con archivos
$this->load->database(); //carga una base de datos
$this->load->model('News_model'); //carga un modelo con el nombre „News_model“
}
?>Este ejemplo, con explicaciones a cada línea de código, muestra la clase News como subclase de CI_Controller. La función constructor __construct() comprende e integra dos clases helper, una base de datos y el modelo de datos News_model.
Todas las clases de controlador que se definen en PHP para CodeIgniter se tienen que escribir con mayúscula inicial (News en lugar de news). En cambio, en la dirección URL se escriben con minúscula.
Una vez fijada la estructura básica del controlador definido por el usuario, el siguiente paso es continuar con la verdadera lógica de programación en la forma de funciones del controlador, con las cuales se invocan vistas o se interacciona con un modelo de datos integrado.
Para permitir que el controlador cargue una vista, el documento HTML base se ha de guardar como archivo PHP en el directorio application/views/. Una vista sencilla para la página de un artículo podría tener el siguiente código:
<!DOCTYPE html>
<html lang="de">
<head>
<meta charset="utf-8">
<title><?php echo $title; ?></title>
</head>
<body >
<h1><?php echo $headline ?></h1>
<p><?php echo $content_body ?></p>
</body>
</html>los documentos HTML que contienen código PHP se deben guardar como documento PHP (.php). Solo así se garantiza que el intérprete de PHP del servidor web ejecute los scripts y no entregue el código PHP como texto plano.
Es necesario crear una función para poder cargar una vista en el controlador. En el siguiente ejemplo vemos como la función article() se utiliza para cargar la vista article.php:
public function article() {
if (!file_exists(application/views/article.php)) {
show_404();
}
$this->load->view('article');
}Este fragmento de código se lee de la siguiente forma: en primer lugar, CodeIgniter comprueba que el directorio application/views/ contenga un archivo con el nombre article.php. Esta solicitud se realiza mediante la partícula lingüísticaif y la condición negadora (!) file exists (). Si se da esta condición y no se encuentra este archivo en el directorio, if devuelve el valor TRUE y CodeIgniter ejecuta la función show_404() indicada en la línea siguiente a if. Al usuario se le informaría entonces de la inexistencia de este archivo solicitado. Si la condición if no se cumple y !file_exists se evalúa como FALSE, entonces CodeIgniter ejecuta la función $this->load->view('article'),con la cual se carga en la aplicación el archivo correspondiente como vista.
Siempre y cuando el archivo solicitado tenga formato PHP, este puede ser escrito sin sufijo en la función view(), pero si se tienen que cargar otros formatos entonces es obligatorio indicar el sufijo.
CodeIgniter suele utilizarse en aplicaciones web dinámicas, que muestran a los usuarios páginas web generadas de forma dinámica en lugar de páginas HTML estáticas. Esto es posible si los datos que contiene la vista se corresponden con los parámetros que CodeIgniter recibe con la dirección URL.
example.com/news/article/511
Hasta ahora, con la función $this->load->view('article') solo se ha cargado una visualización para el artículo. Ahora se tratará de integrar el contenido vinculado al parámetro 511, dando por supuesto que esta cifra identifica a un determinado texto mediante un sistema de gestión de bases de datos. Para poder cargarlo en el programa desde la base de datos se ha de completar el ejemplo anterior de tal forma que se invoque al modelo integrado en la función __construct().
public function article($id) {
if (!file_exists(application/views/article.php)) {
show_404();
}
$data = $this->News_model->get_data($id);
$this->load->view('article', $data);}El argumento de función entregado en primer lugar, aquí con el nombre de variable $id, corresponde al identificador en el URL (511 en nuestro ejemplo). La función de modelo get_data() sirve para cargar desde la base de datos el contenido vinculado al identificador. El método view() invoca la vista article y le transfiere los datos en la forma de array asociativo ($data). El modelo News_model entrega así al controlador News los datos seleccionados que este ha entregado a la vista.
Todas las operaciones que tienen que ver con la petición de datos se almacenan en el modelo involucrado en ella.
En CodeIgniter los modelos se utilizan para preparar funciones con las cuales ejecutar operaciones con la base de datos. Exactamente igual que con las clases controlador, las clases modelo también se pueden definir libremente en el framework.
Para crear una clase modelo primero se le asigna un nombre, en este caso News_model. Igual que las clases controlador, todas las clases modelo que se definen son subclases de la clase padre CI_Model. La herencia se realiza mediante la clave extends. Las clases modelo también integran bases de datos y otros recursos con la función _construct().
class News_model extends CI_Model {
public function __construct() {
parent::__construct();
$this->load->database();
}
}A esta estructura básica le siguen las llamadas funciones modelo, en las cuales los programadores definen todas las operaciones de bases de datos que el controlador ha de entregar a través del correspondiente modelo.
Las clases modelo permiten a los desarrolladores definir funciones de forma individual para las operaciones de bases de datos. En un ejemplo anterior se utilizó la función get_data() en la clase controlador News para cargar contenido desde la base de datos a la vista. Ahora se define en el modelo qué operaciones de base de datos se ocultan tras esta función.
class News_model extends CI_Model {
public function __construct() {
parent::__construct();
$this->load->database();
}
public function get_data($id) {
$this->db->select('content');
$this->db->from('example_table');
$this->db->where('id', $id);
$query = $this->db->get();
return $query->result();
}En la clase modelo News_model se define la función get_data() como operación de base de datos (db), que solicita la columna del registro indicada con select() con el identificador $id desde la tabla indicada en from() mediante get() y la devuelve como array de datos con ayuda de la función result().
Un modelo de datos dispone generalmente de una gran variedad de funciones modelo. Los desarrolladores recurren para ello a la clase Query Builder, que abarca una serie de funciones predefinidas para operaciones base de datos clásicas. En la página web oficial de CodeIgniter puedes obtener una impresión general.
La dirección URL indica a CodeIgniter qué clases y funciones controlador han de ser invocadas. Para ello, el framework utiliza el esquema clase/función/parámetro, un esquema básico que se puede modificar según las necesidades. CodeIgniter dispone del archivo routes.php en el directorio application/config/ que contiene un array denominado $route, que es el que permite a los desarrolladores definir sus propios criterios de enrutamiento.
La configuración de salida incluye tres entradas estándar en el array $route: el controlador estándar, una regla de enrutamiento para el error 404 (enlace roto) y una regla para la substitución automática del guion (-) por el guion bajo (_):
$route['default_controller'] = 'home/welcome';
$route['404_override'] = 'home/welcome';
$route['translate_uri_dashes'] = FALSE;La primera entrada estándar determina el controlador de la aplicación que CodeIgniter cargará si un URL no contiene más información de enrutamiento aparte del dominio. En este ejemplo, la regla de enrutamiento define la clase controlador home como controlador estándar. Así, los usuarios que no proporcionan información sobre la página web a la que se dirigen en la dirección son redirigidos a home y reciben la vista welcome. Lo habitual es redirigir al usuario a la página principal. Si no se define ningún controlador estándar, CodeIgniter muestra una página de error 404.
La segunda entrada en el array $route define a un controlador al cual se llama si el controlador invocado con el URL no se ha podido encontrar en los archivos de la aplicación. La regla de enrutamiento $route['404_override'] = 'home' sobrescribe la página de error 404 habitual, para reenviar al usuario a la clase controlador home.
Por último, la tercera entrada en el array $route impide que se produzcan errores de enrutamiento por culpa del guion. Dado que el guion no es un signo válido para nombres de clases y funciones, en la configuración estándar ya se sustituye automáticamente.
Cuando se requiere crear una regla de enrutamiento nueva para una dirección dinámica, los desarrolladores web disponen con CodeIgniter de dos opciones: definir entradas de enrutamiento para URL dinámicos con Wildcards (comodines) o con expresiones regulares.
El documento routes.php soporta dos tipos de comodín:
Las páginas web con un buen número de páginas de error 404 son difíciles de rastrear por los crawlers del buscador, dificultando a los buscadores acceder al contenido relevante. Esto puede tener, además de efectos en la experiencia de usuario, una influencia negativa en la clasificación en los buscadores. En consecuencia, los desarrolladores web tienen mucho interés en evitar páginas de error de este tipo.
| Comodines de routes.php | Descripción |
|---|---|
| :num | Actúa de comodín para números enteros |
| :any | Actúa de comodín para una cadena de caracteres (string) |
El siguiente ejemplo ilustra una entrada en el routes.php que permite eliminar la función (article) del URL:
$route['news/article/(:num)'] = 'news/$1';Gracias al comodín :num se selecciona el parámetro de una dirección dinámica y se almacena en la variable $1. Siempre y cuando se definan reglas de enrutamiento con :num o :any, estasse tienen que cerrar con paréntesis.
El routes.php también acepta, por otro lado, reglas de enrutamiento como expresiones regulares. Estos dos tipos de comodín se pueden escribir entonces de esta manera:
:num equivale a \d+
:any equivale a [^/]+Así, una forma alternativa de escribir la dirección de arriba sería esta:
$route['news/article/(\d+ )'] = 'news/$1';También las expresiones regulares se escriben en el routes.php entre paréntesis.
La siguiente ilustración resume el flujo de aplicación de una aplicación basada en CodeIgniter en siete pasos:
Y ahora, paso a paso:
1. El archivo index.php sirve a CodeIgniter como primer controlador de las solicitudes HTTP entrantes. Es en este punto donde se inicializan todos los recursos básicos necesarios para ejecutar la aplicación.
2. En el enrutamiento, CodeIgniter comprueba qué acción se debe ejecutar. Para ello, la aplicación compara la dirección de la solicitud con las reglas de enrutamiento comprendidas en el routes.php.
3. Al enrutamiento le sigue el caching. Si en la memoria caché se encuentra una respuesta adecuada a la petición, esta se envía directamente al navegador que la ha realizado. En caso contrario, se ejecuta el controlador indicado durante el enrutamiento tras activar la función de filtrado.
4. CodeIgniter contiene un filtro integrado que capta peticiones maliciosas. Antes de que la aplicación cargue un controlador ajustado a la solicitud, cada petición HTTP se somete a una prueba de seguridad.
5. Si la petición supera el filtrado se ejecuta el controlador. Este selecciona la vista adecuada y carga el modelo, así como todas las librerías, clases helfer, plugins y scripts necesarios para poder responder la petición.
6. Tan pronto la vista ha recibido todos los datos relevantes, puede entregarlos al navegador.
7. Si se ha activado el cacheo, CodeIgniter conserva temporalmente los datos salientes para responder peticiones repetitivas directamente.
Con más de 14.000 estrellas en GitHub, CodeIgniter es un proyecto de desarrollo con una reputación remarcable, situado en el tercer puesto de los frameworks de PHP más populares. Sin embargo, como cualquier software, CodeIgniter tiene tanto ventajas como inconvenientes que han de considerarse antes de decidirse por él.
Estas son las ventajas de CodeIgniter:
URL con Query String: example.com?controller=news&function=article&id=511
URL en segmentos: example.com/news/article/511
Debido a la adquisición de BCIT, el desarrollo del framework se estancó temporalmente y, así, los intentos de los desarrolladores de implementar avances tecnológicos en Codelgniter han sido en vano.
La siguiente tabla resume los puntos clave de este framework:
| CodeIgniter | |
|---|---|
| Desarrollador | British Columbia Institute of Technology (BCIT) |
| Última versión | Versión 3.1.2 |
| Patrón de diseño | MVC/HMVC, Active Record, Chain of Responsibility |
| Conocimientos requeridos | PHP, programación orientada a objetos (OOP) |
| Lenguaje de programación | PHP 5.6 en adelante |
| Licencia | MIT-Lizenz |
| Soporte de base de datos | MySQL (5.1+), Oracle, PostgreSQL, MS SQL, SQLite, CUBRID, Interbase/Firebird, ODBC |
| ORM | Solo a través de terceros |
| Caching | Sí |
| Motor de plantillas | No |
| Espacios de nombres | No |
| Autocarga en PHP | No |
| URL amigables para buscadores | No |
| Características de seguridad | Cross Site Request Forgery (XSRF), Cross Site Scripting (XSS), SQL Injection |
| Biblioteca de pruebas | PHP Unit |
Con su diseño compacto y sintaxis amigable para los principiantes, Codelgniter resulta apropiado para quienes aspiren a convertirse en programadores. Ahora bien, quienes ya hayan dado sus primeros pasos en el desarrollo web dinámico basado en PHP, también se familiarizarán rápidamente con este ligero framework. Incluso los desarrolladores experimentados se toparán con una gran flexibilidad, garantizada principalmente gracias a la práctica funcionalidad reducida de este framework PHP. Sin embargo, quien quiera trabajar con Codelgniter deberá acostumbrarse al patrón MVC, así como prescindir de un motor de plantillas y de un ORM nativo. A pesar del reducido tamaño de su código, Codelgniter es una solución ideal para pequeños y grandes proyectos web por igual.
Hoy en día ya no es posible concebir la ingeniería web sin los frameworks. En lugar de escribir aplicaciones completamente desde cero, los programadores pueden apoyarse en programas que hayan sido probados y soporten clases y métodos predefinidos a la hora de desarrollar software basado en objetos. La selección del framework web adecuado no resulta, sin embargo, una tarea sencilla. En la presente...
Ha pasado mucho tiempo hasta que el anhelado HTML5 viera la luz en otoño de 2014 y ahora, con HTML 5.1, se ha puesto a disposición la primera actualización del estándar web. A este respecto se han dado numerosos cambios, entre los que destaca la adaptación sencilla al diseño web responsivo. Sin embargo, a estos se suman diversas novedades en HTML, como el hecho de que algunos elementos y atributos...
En la época de los sistemas de gestión de contenidos y plantillas para el diseño web, aprender HTML parece hoy una tarea superflua e innecesaria, y en realidad es todo lo contrario. En cuanto se presentan problemas de funcionamiento en una página o esta requiere la inclusión de elementos dinámicos, se revelará la necesidad de contar con conocimientos en HTML. En este completo tutorial de HTML para...
Hoy no hay desarrollo web sin frameworks. Proporcionando la estructura base para diseñar frontends y backends, permiten ahorrar un tiempo que puede dedicarse a otros fines. Una solución interesante, que utiliza varias herramientas para crear componentes del lado del cliente y del lado del servidor, es el generador web JHhipster. Conoce qué distingue a la suite y cómo se instala y utiliza el...
PHP es uno de los lenguajes más importantes de Internet. Muchos sistemas de gestión de contenido como WordPress, TYPO3 o Joomla se basan en el lenguaje PHP. El lanzamiento de PHP 8 incluye nuevas características. También se han modificado algunas funciones antiguas, por lo que si el código no está actualizado, podrían producirse errores. Descubre aquí las últimas novedades sobre PHP 8.
Ofrece un servicio fiable y de alto rendimiento a tus clientes con un pack hosting de IONOS.
Ver planes