Download the PHP package rguezque/katya-router without Composer

Katya

A lightweight PHP router

Tabla de contenidos

• Install
• Configuration
  • Autoloader
• Routing
  • Shortcuts
  • Controllers
• Routes group
• Wildcards
• Views
  • Set template
  • Adding arguments
  • Extending the template
  • Render view
• Request
• Client Request
• Response
• Session
• Services
• Variables
• DB Connection
  • Connecting using an URL
  • Auto connect
• Middleware
• CORS

Install

Desde la terminal en la raíz del proyecto:

Configuration

Para servidor Apache, en el directorio del proyecto crea y edita un archivo .htaccess con lo siguiente:

Para Nginx edita el archivo de configuración de la siguiente forma:

Para prueba desde el servidor inbuilt de PHP, dentro del directorio del proyecto ejecuta en la terminal:

Y abre en el navegador web la dirección http://localhost:80

Autoloader

Desde la terminal, ubícate dentro del directorio del proyecto y ejecuta:

Routing

Cada ruta se define con el método Katya::route, que recibe 3 argumentos, el método de petición (solo son soportados GET, POST, PUT, PATCH y DELETE), la ruta y el controlador a ejecutar para dicha ruta. Los controladores siempre reciben 2 argumentos, un objeto Request (Ver Response). El primero contiene los métodos necesarios para manejar una petición y el segundo contiene métodos que permiten devolver una respuesta.

Para iniciar el router se invoca el método Katya::run y se le envía un objeto Request.

Si el router se aloja en un subdirectorio, este se puede especificar en el array de opciones al crear la instancia del router. Así mismo, se puede definir el directorio default donde se buscarán los archivos al renderizar una plantilla.

[!TIP] El router devuelve dos posibles excepciones; RouteNotFoundException cuando no se encuentra una ruta y UnsupportedRequestMethodException cuando un método de petición no está soportado por el router. Utiliza un try-catch para atraparlas y manejar el Response apropiado como se ve en el ejemplo.

Shortcuts

Los atajos Katya::get, Katya::post, Katya::put, Katya::patch y Katya::delete sirven respectivamente para agregar rutas de tipo GET, POST, PUT, PATCH y DELETE al router.

Controllers

Los controladores pueden ser: una función anónima, un método estático o un método de un objeto.

Routes group

Para crear grupos de rutas bajo un mismo prefijo se utiliza Katya::group; recibe 2 argumentos, el prefijo de ruta y una función anónima que recibe un objeto Group con el cual se definen las rutas del grupo.

Wildcards

Los wildcards son parámetros definidos en la ruta. El router busca las coincidencias de acuerdo a la petición y los envía como argumentos al controlador de ruta a través del objeto Request, estos argumentos son recuperados con el método Request::getParams que devuelve un objeto Parameters donde cada clave se corresponde con el mismo nombre de los wildcards.

Si los wildcards fueron definidos como expresiones regulares, son recuperados con el método Request::getMatches el cual devuelve un array lineal con los valores de las coincidencias encontradas.

[!IMPORTANT] Evita mezclar parámetros nombrados y expresiones regulares en la misma definición de una ruta, pues no podras recuperar por nombre los que hayan sido definidos como regex. En todo caso si esto sucede, utiliza Request::getMatches que contiene todos los parámetros en el orden que hayan sido definidos en la ruta.

Views

Las vistas son el medio por el cual el router devuelve y renderiza un objeto Response con contenido HTML en el navegador. La única configuración que se necesita es definir el directorio donde estarán alojadas las plantillas.

La configuración inicial de View puede ser sobrescrita con el método View::setViewsPath.

[!NOTE] Si previamente se ha definido el directorio de plantillas en la configuración inicial en el constructor del router no es necesario especificarlo en el constructor de la clase View, aunque si se define un directorio aquí, este tendrá prioridad sobre la configuración inicial.

Set template

El método que permite definir una plantilla principal es View::setTemplate , este puede recibir uno o dos parámetros; el primer parámetro es el nombre del archivo de plantilla y el segundo es un array asociativo con argumentos que se envían a la plantilla.

Adding arguments

Una forma alternativa de enviar argumentos a una vista es a través de los métodos View::addArgument y View::addArguments. El primero recibe dos parámetros (nombre y valor) y el segundo un array asociativo. Estos parámetros serán automáticamente incluidos al invocar el método View::render, por lo cual deben ser declarados antes de renderizar (Ver Render).

Extending the template

Para extender una plantilla se utiliza el método View::extendWith, este método recibe tres parámetros; el nombre de la plantilla que extenderá a la plantilla principal, un alias único con el que se incluirá en la plantilla principal y opcionalmente un array de argumentos que se envian a la actual plantilla que está extendiendo a la principal.

Recibe los parámetros enviados en $data (según el ejemplo del bloque de código de arriba)

Imprime en pantalla el contenido de menu.php guardado previamente con el alias 'menu_lateral'.

Render view

El método View::render se invoca siempre al final y devuelve lo contenido en el actual buffer para ser recuperado en una variable y enviado en un Response.

[!NOTE] Un atajo para renderizar plantillas de manera simple es a través del método Response::render (Ver Response)

Request

Métodos de la clase Request.

• fromGlobals(): Crea un objeto Request con las variables globales PHP.
• getQuery(): Devuelve el array de parámetros $_GET.
• getBody(): Devuelve el array de parámetros $_POST.
• getPhpInputStream(int $option = Request::RAW_DATA): Devuelve el stream php://input sin procesar. Si se recibe la petición en formato JSON se envía un argumento de tipo entero (JSON_DECODE = 2) y se invoca getPhpInputStream(Request::JSON_DECODE); si es un string (PARSED_STR = 1) se invoca getPhpInputStream(Request::PARSED_STR)
• getServer(): Devuelve el array de parámetros $_SERVER.
• getCookies(): Devuelve el array de parámetros $_COOKIE.
• getFiles(): Devuelve el array de parámetros $_FILES.
• getParams(): Devuelve el array de parámetros nombrados de una ruta solicitada.
• getParam(string $name, $default = null): Devuelve un parámetro nombrado de una ruta solicitada.
• getMatches(): Devuelve un array con coincidencias de expresiones regulares definidas en una ruta.
• getAllHeaders(): Devuelve todos los encabezados HTTP recibidos en la actual petición.
• setQuery(array $query): Asigna valores a $_GET.
• setBody(array $body): Asigna valores a $_POST.
• setServer(array $server): Asigna valores a $_SERVER.
• setCookies(array $cookies): Asigna valores a $_COOKIE.
• setFiles(array $files): Asigna valores a $_FILES.
• setParams(array $params): Asigna valores al array de parámetros nombrados.
• setParam(string $name, $value): Agrega un valor al array de parámetros nombrados.
• unsetParam(string $name): Elimina un parámetro por nombre.
• setMatches(arrat $matches): Agrega valores al array de coincidencias de expresiones regulares.
• buildQuery(string $uri, array $params): Genera y devuelve una cadena de petición GET en una URI.

Client Request

La clase ClientRequest representa peticiones HTTP desde el lado del cliente. El constructor recibe dos argumentos: la URL de la paetición y el método de petición. Por default el método asignado para una petición es de tipo GET.

Métodos disponibles:

• withRequestMethod(string $method): Especifica el tipo de petición que se hará (GET, POST, PUT, DELETE).
• withHeader(string $key, string $value): Agrega un encabezado a la petición.
• withHeaders(array $headers): Agrega múltiples encabezados a la petición, recibe un array asociativo como parámetro, donde cada clave es un encabezado seguido de su contenido.
• withPostFields($data, bool $encode = false): Agrega argumentos a la petición mediante un array asociativo de datos. el segundo parámetro define si se deben codificar a formato JSON.
• withBasicAuth(string $username, string $password): Agrega un encabezado Authorization basado en un nombre de usuario y contraseña simples, los cuales son concatenados con dos puntos (:) y codificados usando Base64 (Ver RFC 7617).
• withTokenAuth(string $token): Agrega un encabezado Authorization basado en JWT (Ver RFC 6750).
• send(): Envía la petición y devuelve el response en un array con las claves status y response. En caso de error arrojará un CurlException.

Response

Métodos de la clase Response.

• clear(): Limpia los valores del Response.
• status(int $code): Asigna un código númerico de estatus http.
• header(string $name, string $content): Agrega un encabezado al Response.
• headers(array $headers): Agrega múltiples encabezados al Response.
• write(string $content): Agrega contenido al cuerpo del Response.
• send(string $content = ''): Envía el Response. Opcionalmente permite mandar contenido del cuerpo del response.
• json($data, bool $encode = true): Devuelve el Response con contenido en formato JSON
• render(string $template, array $arguments = []): Devuelve el Response en forma de una plantilla renderizada (vista). Buscará las plantillas en el directorio definido en las configuraciones iniciales en el constructor del router. Si no se define un directorio default, se debe especificar la ruta completa de la plantilla.
• redirect(string $uri): Devuelve el Response como una redirección.

Session

La clase Session sirve para la creación de sesiones y la administración de variables de sesión que son almacenadas en un nombre de espacio dentro de $_SESSION. Se inicializa o selecciona una colección de variables de sesión asignando un nombre con new Session('nombre_de_sesion') o bien directamente con el alias Session::select('nombre_de_sesion'). Los métodos disponibles son:

• start(): Inicia la sesión.
• started(): Devuelve true si la sesión está activa.
• set(string $key, $value): Crea o sobrescribe una variable de sesion.
• get(string $key, $default = null): Devuelve una variable de sesión, si no existe devuelve el valor default que se asigne en el segundo parámetro.
• getNamespace(): Devuelve el nombre del actual nombre de espacio de las variables de sesión.
• all(): Devuelve un array con todas las variables de sesión del actual namespace.
• has(string $key): Devuelve true si existe una variable de sesión.
• valid(string $key): Devuelve true si una variable de sesión no es null y no está vacía.
• remove(string $key): Elimina una variable de sesión.
• clear(): Elimina todas las variables de sesión.
• destroy(); Destruye la sesión actual junto con las cookies y variables de sesión.

Services

La clase Services sirve para registrar servicios que se utilizarán en todo el proyecto. Con el método Services::register agregamos un servicio, este recibe 2 parámetros, un nombre y una función anónima. Para quitar un servicio Services::unregister recibe el nombre del servicio (o servicios, separados por coma) a eliminar.

Para asignarlos al router se envía el objeto Services a través del método Katya::setServices, a partir de aquí, cada controlador recibirá como tercer argumento la instancia de Services. Un servicio es invocado como si fuera un método más de la clase o bien como si fuera un atributo en contexto de objeto.

Opcionalmente se puede seleccionar que servicios específicamente serán utilizados en determinada ruta o grupo de rutas con Route::useServices el cual recibe los nombres de los servicios registrados previamente, separados por comas.

Para verificar si un servicio existe se usa Services::has (se envía como argumento el nombre del servicio) y Services::names devuelve un array con los nombres de todos los servicios disponibles.

Variables

Asigna variables globales dentro de la aplicación con Katya::setVariables que recibe como parámetro un objeto Variables.

Con Variables::setVar se crea una variable, recibe como parámetros el nombre de la variable y su valor.

Recupera una variable con el método Variables::getVar, recibe como parámetros el nombre de la variable y un valor default en caso de que la variable llamada no exista; este último parámetro es opcional y si no se declara devolverá un valor null por default.

Para verificar si una variable existe se utiliza el método Variables::hasVar que devolverá true si la variable existe o false en caso contrario.

[!NOTE] Todos los nombres de variables son normalizados a minúsculas y son enviadas siempre como último argumento en cada controlador, solo si se han definido y asignado con Katya::setVariables.

DB Connection

La clase DbConnection proporciona el medio para crear una conexión singleton con MySQL a través del driver PDO o la clase mysqli. El método estático DbConnection::getConnection recibe los parámetros de conexión y devuelve un objeto con la conexión creada dependiendo del parámetro driver donde se define si se utilizara por default MySQL con PDO o con mysqli.

Connecting using an URL

Otra alternativa es usar una database URL como parámetro de conexión, a través del método estático DbConnection::dsnParser; este recibe una URL y la procesa para ser enviada a DbConnection::getConnection de la siguiente forma:

Auto connect

El método estático DbConnection::autoConnect realiza una conexión a MySQL tomando automáticamente los parámetros definidos en un archivo .env.

El archivo .env debería verse mas o menos así:

[!NOTE] Se debe usar alguna librería que permita procesar la variables almacenadas en .env y cargarlas en las variables $_ENV. La más usual es vlucas/phpdotenv.

Middleware

El middleware Route::before ejecuta una acción previa al controlador de una ruta.

Route::before Recibe un objeto callable (función, método de objeto o método estático) donde se definen las acciones a ejecutar, este objeto a su vez recibe los mismos parámetros que los controladores: las instancias de Request, Response y si se definieron servicios, la instancia de Services. Si un valor es devuelto este se pasa al controlador a través del objeto Request y se recupera con la clave @middleware_data con Request::getParam o en el array devuelto por Request::getParams.

Tanto las rutas como los grupos de rutas pueden tener un middleware. Si se define en un grupo, todas las rutas heredarán la misma acción previa, pero si se define a una ruta individual esta tendrá preferencia sobre el middleware del grupo.

CORS

El método Katya::setCors permite definir una configuración de dominios externos (origenes) a los que se les permite hacer peticiones de recursos restringidos, mejor conocido como CORS (Cross-Origin Resource Sharing).

Esta configuración se define a través de un objeto CorsConfig en el cual se agregan los origenes, los métodos de petición permitidos para cada origen y encabezados http aceptados.

Los métodos y encabezados http son opcionales; por default para todos los origenes los métodos aceptados son GET, POST, y los encabezados (headers) permitidos son Content-Type. Accept, y Authorization.