CaChi » POO

KumbiaPHP Tips: Añadir titulo (title) a nuestras páginas…

CaChi — Tue, 15 Jun 2010 01:59:19 +0000

Una de las cosas que siempre es importante tomar en cuenta es la de agregar un titulo a la página (title) donde se esta navegando, esto por múltiples factores que van desde SEO, usabilidad, navegación, etc. en este post les quiero dejar un KumbiaPHP Tips (asi los bautice) que les permitirá de forma simple agregar títulos a las páginas de forma dinámica.

Lo que siempre hay que recordar es que KumbiaPHP es un framework MVC y POO (Programación Orientado a Objetos) si aprendemos a utilizar la arquitectura y el paradigma juntos seremos muy productivo, ademas de los beneficios adicionales que la aplicación de estas conlleva.

Bien, vamos al ejemplo lo primero es saber que KumbiaPHP implementa algo llamado variables de instancia, esto quiere decir que los atributos que son declarado con modificador acceso público (public) en el controlador serán enviados a la vista, en el ejemplo de hola mundo puedes apreciarlo. Partiendo de esta premisa jugaremos con eso y vamos a definir un atributo $pageTitle con modificador de acceso public en el controlador base, me refiero al application.php.


/**
 * Todas las controladores heredan de esta clase en un nivel superior
 * por lo tanto los metodos aqui definidos estan disponibles para
 * cualquier controlador.
 *
 * @category Kumbia
 * @package Controller
 **/
class ApplicationController extends Controller {
    public $pageTitle = 'Mi Titulo';
}

Con esto ya tenemos en las vistas $pageTitle, ahora tenemos que colocar esa variable a cumplir su función y tomando el ejemplo de KumbiaPHP + Ajax + jQuery este tiene como title de la página “KumbiaPHP web & app Framework”, vamos a editar el Template app/views/templates/default.phtml y agregamos en el tag title la variable $pageTitle como se muestra en el siguiente código.



 
  
  <span style="color: #000000; font-weight: bold;"><?php</span> <span style="color: #b1b100;">echo</span> <span style="color: #000088;">$pageTitle</span> <span style="color: #000000; font-weight: bold;">?></span>


    //CONTENIDO BODY

Lo importante notar en el template es que se agrego la variable $pageTitle, con esto todos las páginas tendrán un titulo por defecto, ahora la idea es cambiarlo de acuerdo a donde se encuentre la navegación, siguiendo el ejemplo KumbiaPHP + Ajax + jQuery en la acción acortar() le vamos agregar un titulo personalizado como se muestra en el siguiente código.

   ... DEFINICIÓN DEL CONTROLLER...
   /**
     * Form que se comunica con el API de SigueMiLink
     * para acortar el enlace
     *
     */
    public function acortar()
    {
        $this->pageTitle = 'Crea tu enlace Corto con SigueMiLink';
        //RESTO DEL CÓDIGO
    }
    ... DEFINICIÓN DEL CONTROLLER...

Para finalizar al ir al enlace http://localhost/kumbiaphp/api/acortar/ debe mostrar el siguiente titulo “Crea tu enlace Corto con SigueMiLink”.

KumbiaPHP Tips: aprovecha el método initialize()

CaChi — Mon, 01 Feb 2010 01:33:40 +0000

Desde hace días he estado por escribir pequeñas notas donde se pueda obtener el mayor provecho al momento de utilizar KumbiaPHP, en este primer post mencionaré como aprovechar uno de los callback de los que dispone KumbiaPHP en su versión 1.0 Codename Spirit y que he notado que muy pocos usuarios suelen aprovecharlo y/o utilizarlo.

Me refiero al método initialize() el cual actúa como un filtro y es ejecutado antes de cualquier Controlador que hayamos definido. Esto no es por casualidad recordemos que KumbiaPHP es un Framework Orientado a Objetos (POO), en pocas palabras el método initialize() esta definido en la class Controller, nosotros como desarrolladores solo debemos darle el comportamiento que queramos.

Para tener una idea mas clara imaginemos que tenemos un módulo (admin) y queremos que dicho módulo tenga un Template distinto al que hemos definido por defecto en toda la aplicación.

En el archivo [app]/application.php es donde debemos darle comportamiento al método initialize().

class ApplicationController extends Controller
{
    public function initialize()
    {
        //verificamos que exista un módulo con nombre "admin"
        if(Router::get('module') == 'admin'){
            //cambiamos el valor por defecto del template en caso que exista ese módulo
            $this->template = 'template_admin';
        }
    }
}

En el código anterior no hay nada esotérico y con esto hemos cambiado el comportamiento de todos nuestros controladores sin necesidad de ir de uno en uno y como esta podemos aplicar otras validaciones en ese punto de ejecución de nuestra aplicación

¿Que es un Modelo? – MVC

CaChi — Tue, 29 Dec 2009 23:41:14 +0000

Una de las cosas que se aprecia constantemente entre las comunidades de desarrolladores, es la vaga idea que suele existir sobre el manejo del MVC donde solo se tiene en mente el concepto de wikipedia y demas sitios donde se conceptualiza sobre el tema.

Resulta bastante difícil, de acuerdo a mi experiencia y el roce que he tenido con personas del área, ir de la teoría a la implementacion del concepto de lo que es MVC parece ser una camino ofuscado en el que muchos se pierden. La gran mayoría suele decir “estoy claro en lo es MVC…”, pero cuando se ve la aplicabilidad se termina dando cuenta que lo que dijó “estoy claro…” es inversamente proporcional.

Filosofía de un Modelo

Estos son “Lógica de Negocio” y son parte fundamental para el momento que se desarrolla una aplicación, un buen uso de estos nos permiten un gran poder al momento que se necesita escalar, mantener y rehusar código en una aplicación.; es un concepto muy simple, pero la complicacion esta en comprender lo que significa “Logica de Negocio” ya que muchos piensan que la única forma de tener “Lógica de Negocio” va estrecha y únicamente relacionada con una conexión de Base de Datos y esto no es asi!

La práctica mas común (en todos los niveles, no solo me refiero a usuarios novatos) es que dejan la lógica en los controladores, a medida que se deja código de la lógica de negocio en un controlador trae consecuencias garrafales a largo plazo siendo imposible su reutilizacion, traduciendoce en una mala implementacion (código espaguetti). Lo antes expuesto no es precisamente lo que fomenta MVC y POO donde la idea fundamental es el orden y reutilización del código.

Veamos un par de ejemplos para contextualizar.

El primero es un Modelo donde su lógica de negocio esta en una Base de Datos y por ende necesitamos una conexion a motor para trabajar con esa fuente de datos.

class Articulos extends ActiveRecord {
	public function ver($page=1,$ppage=10){
		return $this-&gt;paginate('order: creat_at desc',
					"page: $page",
					"per_page: $ppage");
	}
	public function ultimos($limit=10) {
		$today = date('now');
		return $this-&gt;find('order: creat_at desc',
				   "conditions: data >= $today",
                                    "limit: $limit");
        }
}

Lo que mencionamos arriba sobre la re-utilización de código y característica fundamental de la POO, si vemos el método ultimos() del modelo Articulos nos sirve para crear un RSS, widget (Partial en KumbiaPHP) con los artículos recientes, etc. es decir donde se necesite los últimos artículos.

El segundo es un Modelo para el manejo de fotos y su la lógica de negocio no esta ligada a una BD.


/**
* Carga la libreria upload
**/
Load::lib('upload');
/**
* Carga la libreria wideimage
**/
//Load::lib('wideimage');
/**
* Modelo para manipular las fotos de las personas
*
**/
class Foto
{
    /**
* Guarda la foto de una persona
*
* @param string $id id de la foto al guardar
* @param string $file nombre de la foto
* @return boolean
**/
    public function save ($id, $file)
    {
        if ($_FILES[$file]['error'] > 0) {
            Flash::error('Error: No se ha logrado subir el archivo');
            return false;
        }
        if (! in_array($_FILES[$file]['type'], array('image/jpeg' , 'image/pjpeg' , 'image/gif' , 'image/png'))) {
            Flash::error('Error: Solo se admiten imagenes JPEG, PNG y GIF');
            return false;
        }
        if ($_FILES[$file]['size'] > 600 * 1024) {
            Flash::error('Error: No se admiten imagenes superiores a 600KB');
            return false;
        }
        if (Upload::image($file, "$id.jpg")) {
            $file_path = APP_PATH . "public/img/upload/$id.jpg";
            // con marca de agua
            // $watermark = wiImage::load(APP_PATH . "public/img/logo.png");
            // wiImage::load($file_path)->resize(160, 213, 'fill')->merge($watermark, 40, 175)->saveToFile($file_path);
            wiImage::load($file_path)->resize(160, 213, 'fill')->saveToFile($file_path);
            chmod($file_path, 0777);
            return true;
        }
        return false;
    }
    /**
* Busca la foto y en caso de que exista retorna la ruta relativa respecto al directorio de imagenes
*
* @return string $id
* @return string
**/
    public function get ($id)
    {
        if (is_file(APP_PATH . "public/img/upload/$id.jpg")) {
            return "upload/$id.jpg";
        }
        return null;
    }
    /**
* ELimina la foto del usuario
*
* @return string $id
* @return string
**/
    public function delete ($id)
    {
        $filepath = APP_PATH . "public/img/upload/$id.jpg";
        if (is_file($filepath)) {
            return unlink($filepath);
        }
        return false;
    }
}

Como se aprecia en este segundo modelo no existe ninguna conexión a una BD y sigue teniendo lógica de negocio para la aplicación, esta historia también se puede repetir para un modelo de sessión, o como me comento el amigo Jesus Lara (Phenobarbital) tiene modelos que gestionan todas las operaciones de un servidor SAMBA.

Como Usar los Modelos en KumbiaPHP

Entendiendo el Modelo Orientado a Objeto de PHP :-)

CaChi — Sun, 02 Nov 2008 03:58:43 +0000

Dejo una presentación que considero excelente y ayudara aclarar muchas dudas en cuanto al modelo de POO de PHP ya que veo que existe un gran desconocimiento a nivel general y que escala a niveles bien altos en torno a este tema, la invitación es que vayamos a nuevas practicas de desarrollo y dejemos atrás la vieja escuela de esa programación estructurada que no permite que PHP avance como un lenguaje mas serio respecto a otros y esto es producto de los mismo desarrolladores.

Understanding the PHP Object Model

View SlideShare presentation or Upload your own. (tags: php oop)

PDO (PHP Data Objects)…

CaChi — Sun, 12 Oct 2008 21:02:51 +0000

Muy pocos desarrolladores de PHP conocen la existencia de algo llamado PDO, dejo una presentación que puede ayudar aclarar porque es bueno que se comiencen a implementar estas nuevas prácticas que trae PHP5 en nuestros desarrollados.

PHP Data Objects

View SlideShare presentation or Upload your own. (tags: access database)