1 / 54

Programación por Capas Parte I

Programación por Capas Parte I. Daniel Correa Botero. Arquitectura G. Las capas en azul representan módulos prediseñados que no se deben programar. Capa Motor de Templates. Es la capa que permite la conexión entre el controlador y la vista.

akiko
Download Presentation

Programación por Capas Parte I

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Programación por CapasParte I Daniel Correa Botero

  2. Arquitectura G Las capas en azul representan módulos prediseñados que no se deben programar.

  3. Capa Motor de Templates • Es la capa que permite la conexión entre el controlador y la vista. • Es la encarga de pasar variables a la capa vista (mediante la función assign). • Es la encarga de decidir que templates mostrar por pantalla (mediante la función display). • Todos los controladores, poseen una variable llamada $this->engine(que es toda la capa motor de templates), esta variable es realmente un objeto de la clase Smarty, y esta variable contiene todas las funciones de Smarty para php.

  4. Función Display (example3.php)

  5. Función Display (example3.tpl) • Creamos el controlador example3.php en la ruta: glight/example3.php • Creamos el template example3.tpl en la ruta: glight/templates/example3.tpl

  6. Función Assign (example4.php)

  7. Función Assign (example4.tpl) • Creamos el controlador example4.php en la ruta: glight/example4.php • Creamos el template example4.tpl en la ruta: glight/templates/example4.tpl

  8. Capa Vista • La capa vista se caracteriza por manejar toda la parte visual de la aplicación (imágenes, textos, vídeos, fondos, etc). Esta capa solo puede contener lenguaje html y sintaxis de smarty para html (un pseudolenguaje propio de este motor de plantillas). (Todos los archivos de esta capa se encuentran en la ruta glight/templates/)

  9. Reglas de la capa vista: 1) Todos los archivos de esta capa se deben encontrar en la ruta glight/templates/* 2) El nombre de cada archivo o template se debe escribir en minúscula, y en caso de que contenga 2 o más palabras se debe usar el guion bajo y finalmente deben terminar con la extensión .tpl (ejemplo: contact.tpl - my_docs.tpl - index.tpl) 3) Los templates únicamente deben contener código html y smarty, no deben contener ni una sola línea de código php. 4) No se recomienda hacer cálculos dentro de los templates (como multiplicaciones, divisiones, manejo de strings, entre otros). Todas estas operaciones se deben hacer previamente en los controladores y luego asignar los resultados a los templates.

  10. Sintaxis de Smarty • Primero debemos tener en cuenta que todo lo que vaya dentro de un template y contenga llaves {} es sintaxis smarty. • Todo lo que vaya dentro de llaves con un signo peso {$example} es una variable. • Todo lo que vaya dentro de {literal}{/literal} es código javascript o css que se puede insertar normalmente, si no se inserta dentro de estas etiquetas de "literal" no podrá ser cargado normalmente esto debido a que tanto javascript como css usan las llaves con otro fin diferente al de smarty.

  11. Sintaxis de Smarty {$foo} -- displaying a simple variable (non array/object){$foo[4]} -- displaythe 5th element of a zero-indexedarray{$foo.bar} -- displaythe "bar" keyvalue of anarray, similar to PHP $foo['bar']{$foo.$bar} -- display variable keyvalue of anarray, similar to PHP $foo[$bar]{$foo->bar} -- displaytheobjectproperty "bar"{$foo->bar()} -- displaythereturnvalue of objectmethod "bar"{$foo[bar]} -- syntaxonlyvalid in a sectionloop, see {section}{assignvar=foovalue="baa"}{$foo} -- displays "baa", see {assign}Otras Combinaciones{$foo.bar.baz}{$foo.$bar.$baz}{$foo[4].baz}{$foo[4].$baz}{$foo.bar.baz[4]}{$foo->bar($baz,2,$bar)} -- passingparameters {"foo"} -- staticvalues are allowed

  12. Función Include • Sirveparaincluir templates dentro de otros templates. • <html><head></head><body>{include file='promotion_one.tpl'}Text HERE{include file='promotion_two.tpl'}</body></html>

  13. Sintaxis If • {if $nameeq 'Fred'}Welcome Sir.{elseif $nameeq 'Wilma'}WelcomeMa'am.{else}Welcome, whateveryou are.{/if} • Nota: se puede usar tanto ==, !=, o como eq, o neq.

  14. Sintaxis for • {for $foo=1 to 3}Number: {$foo},{/for} • Los fors no son casiusados, se recomiendausar el foreach o section

  15. Sintaxis Foreach (example1.php)

  16. Sintaxis Foreach (example1.tpl)

  17. Sintaxis Section (example2.php)

  18. Sintaxis Section (example2.tpl)

  19. Sintaxis para asignar variables dentro de un mismo template • {assign var="name" value="Bob"}The name is {$name}. • {$name='Bob'}The name is {$name}.

  20. Capa Controlador • Esta capa contiene todo el control de la lógica del sistema, modifica la información para entregarla correctamente a las capas adyacentes, es como una especie de intermediario del sistema. Esta capa solo contiene código php. • El éxito de los controladores y cuantas funciones agregar o no en cada uno, es cosa de practica y de realizar ejemplos, generalmente cada controlador es asociado con una tarea u objetivo especifico, en muchos casos se asocia con un proceso del diagrama de procesos, o con un caso de uso.

  21. Reglas de los controladores: 1) Todos los controladores deben extender (o heredar) de la clase 'super_controller' (clase que se definirá mas adelante) 2) Todos los nombres de los archivos php de los controladores deben ir en minúscula y en caso de que contenga 2 o más palabras se debe usar el guion bajo y finalmente deben terminar con la extensión .php (ejemplo: contact.php - my_docs.php - index.php)3) El nombre de la clase controladora debe ser igual a "c_" más el nombre de la ruta global y del archivo php que la contiene, por ejemplo en el controlador glight/index.php, la clase interna se debe llamar c_index

  22. Reglas de los controladores: 4) No se debe colocar ni una sola línea de código html en los controladores. Solo deben contener código php. 5) Todos los controladores deben contar con una función de 'run', una función de 'display' y fuera de la clase deben tener una variable $call que sea del mismo tipo del controlador y que ejecute la función $call->run()

  23. Super Controlador (Variables) $engine: como vimos anteriormente, esta variable es un objeto de la clase Smarty y representa la capa motor de templates $gvar: es un variable que contiene toda la información del archivo glight/configs/links.php contiene todas los enlaces y nombres de los archivos de la aplicación (mas adelante se detallará mejor) $img_warning: contiene una imagen de alerta, por defecto es una x que significa error, pero también puede ser un chulo que significa que todo salió bien. $msg_warning: contiene un mensaje de alerta, por defecto es vacio. $error: por defecto es un 0 que significa que no se han encontrado errores, en caso de que se encuentra un error se le debe asignar a 1 (mas adelante se detallaran ejemplos) - Junto con las otras 2 variables anteriores, estas 3 se usan para mostrar mensajes de alerta en el template message.tpl

  24. Super Controlador (Variables) $get: contiene todo los datos en forma objetual que se envíen por el método $_GET desde los templates. $post: contiene todo los datos en forma objetual que se envíen por el método $_POST desde los templates. $files: contiene todo los datos $_FILES en forma objetual que se envíen desde los templates $session: contiene todas las variables de $_SESSION pero en forma de array (no se transforma a forma objetual debido a que no es recomendable guardar objetos en SESSION). $temp_auxes un template auxiliar que se usa para mostrar datos dependiendo de condicionales, por defecto hace referencia al template empty.tpl que es un template vació. (Mas adelante se explicara su uso con ejemplos).

  25. Seccionesde unControlador Esta capa se basa en 4 secciones principales: - Zona de inclusiones (Fondo amarillo)- Zona de funciones propias (Fondo rojo)- Zona de display(Fondo verde)- Zona de run(Fondo Azul)

  26. Zona de Inclusión En esta zona se deben incluir los archivos que se necesiten para el funcionamiento del controlador; siempre se debe incluir el glight/configs/include.php (debido a que ese archivo carga toda la información importante del framework), y en caso de utilizar módulos entonces también se deberán incluir los archivos respectivos a cada módulo. Por ejemplo si un controlador desea mostrar un calendario, y ese calendario es un módulo que se encuentra en la carpeta glight/modules/m_calendar/calendar.php, entonces se deberá hacer su respectiva inclusión en esta zona.Nota: no se necesitan incluir los módulos o capas de db.php, orm.php, object_standard.php, ni super_controller.php ya que estos están incluidos directamente desde el archivo glight/configs/include.php

  27. Zona de Funciones propias • En esta zona el programador define las funciones que considere necesarias, en el caso de que el programador solo desee mostrar un template por pantalla y no desee hacer nada mas, entonces no necesitara crear funciones propias para ese controlador, solo le bastara con la función de display. • En el caso por ejemplo de agregar, editar y/o borrar datos de la base de datos, o realizar operaciones con cálculos o llamar otros módulos para exportar la información a pdf o excel, entre otros) en ese caso se recomienda definir funciones propias para el controlador, para tener el mismo bien organizado. Nota: Si un proceso requiere de una operación a una base de datos (diferente a select) o una verificación de datos debe ir en una función propia y no en el display.

  28. Zona de display Esta zona es la encargada de manejar la comunicación con la capa vista, desde allí se realizan todos los display de templates que se necesiten mostrar, es importante resaltar que se recomienda que sea desde la única parte del controlador que se llame la función display del motor de templates ($this->engine->display) esto con la intensión de hacer un fácil seguimiento de que templates se van mostrando y en que orden. Nota: Todos los controladores deben contar con esta zona, no siempre se debe hacer un display de un template, también se pueden generar salidas de archivos para descargas, o mostrar datos en forma de pdf, entre otros.

  29. Zona de Run Esta zona de run (o zona de ejecución) se caracteriza por llamar a las funciones del controlador anteriormente creadas y por último llamar la función display (esto debido a que una vez desarrollados todos los procesos o cálculos, lo que normalmente se espera es un aviso por pantalla que puede ser un llamado a la capa vista).También se definen templates auxiliares e igualmente en muchos casos se define el TRY y CATCH, funciones exclusivas de php para el tratamiento de las excepciones (mas adelante miraremos un ejemplo del uso de Try y catch).

  30. Nota Como podemos ver los controladores son clases, igual que el motor de templates, igual que el gestor de base de datos, igual que el mapeo objeto-relacional, e igual que los módulos, todos son clases, pero los controladores son los únicos de todos los anteriores que crean un objeto de si mismos y se llaman a si mismos (usando la variable $call al final de cada controlador) y que poseen una zona de ejecución.

  31. Ejemplo Controlador (example4.php)

  32. Ejemplo Controlador (example4.tpl)

  33. G vars Las G vars o variables globales, son variables que usa tanto el controlador como la capa vista, para acceder a una serie de rutas, mensajes y nombres globales para toda la aplicación. Las G var se encuentran en el archivo glight/configs/gvar.php y para acceder a ellas existen 2 métodos: 1) Desde un controlador: $this->gvar['nombre_de_la_var_especifica'] - por ejemplo si queremos acceder a la ruta global de la aplicación usamos $this->gvar['l_global']; 2) Desde un template: {$gvar.nombre_de_la_var_especifica} ó {$gvar['nombre_de_la_var_especifica']} - por ejemplo si queremos acceder a la ruta global de la aplicación usamos {$gvar.l_global}

  34. Tipos de G vars - messages: son mensajes que saca la aplicación cuando se hace una operación lógica o una consulta a la base de datos o mensajes de alerta se caracterizan por empezar con la letra m seguida de un guión bajo - por ejemplo $this->gvar['m_correct_login']; podría ser usado en glight/index.php cuando un usuario se loguea satisfactoriamente. - links: son rutas de la aplicación, se caracterizan por empezar con la letra l seguida de un guión bajo - por ejemplo la ruta global de la aplicación 'http://localhost/work/index.php' se encuentra en la gvar $this->gvar['l_global']; - names: son los nombres de las rutas, se caracterizan por empezar con la letra n seguida de un guión bajo - por ejemplo el nombre de la sección de contacto es 'Contact' y se encuentra en la gvar$this->gvar['n_contact']; NOTA: volver al ejemplo anterior y usar G vars.

  35. Ventajas de las G Vars • Las gvar nos permiten tener todos estos textos en un solo punto, lo que nos permite que si queremos cambiar los textos a otro idioma solo debamos modificar este archivo y no debamos buscar y modificar cada archivo de la aplicación; además si cambiamos el nombre de un archivo por ejemplo contact.php a contacto.php solo debemos editar la gvar correspondiente a ese link y toda la aplicación seguirá funcionando normalmente.

  36. Resumen Capas El triangulo rojo superior es lo visto hasta el momento, ahora continuaremos con la capa de clases.

  37. Correción a Glight • Agregar lo siguiente al archivo glight/configs/functions.php //check if a var is empty function is_empty($data) { if(!isset($data) || ($data == NULL)){return TRUE;} else{return FALSE;} }

  38. Capa Clases • Esta capa contiene el equivalente a la base de datos pero en forma objetual, guarda y recoge la información de los objetos, sus atributos, sus funciones, sus métodos, entre otros.Muchos desarrollos se basan en el diagrama de clases, y la programación orientada a objetos (POO) permite codificar fácilmente toda la información de ese diagrama.

  39. Reglas de la Capa de Clases 1) Todas las clases se deben encontrar en la carpeta glight/classes/* 2) El nombre de las clases debe ser en minúscula, singular y en caso de que contenga 2 o más palabras se debe usar el guion bajo y finalmente deben terminar con la extensión .php (ejemplo: user.php - person.php - doc.php).3) Si una clase hace referencia a una tabla, entonces ambas deben llamarse igual. Por ejemplo si se creo la tabla user, entonces la clase que referencia esta tabla también se debe llamar user.4) Todos las clases deben extender (o heredar) de la clase 'object_standart' (clase que se definirá mas adelante).5) Todos las variables o attributos principales de cada clase deben ser protegidos, y solo se podrá acceder a ellos mediante las funciones get y set definidas en el objeto estándar.

  40. Objeto Estandar • Recoge las funciones en común (get – set – assigncomponents - construct). • Se encuentra en la ruta glight/modules/object_standart.php • Esta archivo no debe ser modificado.

  41. Caso de Estudio

  42. classes/boss.php • <?phpclassbossextendsobject_standard{//attribute variablesprotected$document;protected$name;protected$charge;//componentsvar$components= array();//auxiliarsforprimarykey and for filesvar$auxiliars= array();//attributeinformationpublicfunctionattributes()    {returnarray("document“ => array(),"name“ => array(),"charge“ => array());     } publicfunctionprimary_key()    {returnarray("document");    }publicfunctionrelational_keys($option)    {switch($option)        {                    default:            break;        }    }} ?>

  43. classes/person.php publicfunctionprimary_key() { returnarray("document"); } publicfunctionrelational_keys($option) { switch($option) { case "b_p": returnarray("boss"); break; default: break; } } } ?> <?php classpersonextendsobject_standard { //attribute variables protected $document; protected $name; protected $lastname; protected $age; protected $boss; //components var $components = array(); //auxiliarsforprimarykey and for files var $auxiliars = array(); //attributeinformation publicfunctionattributes() { returnarray("document“ => array(), "name“=> array(), "lastname“ => array(), "age“ => array(), "boss" =>array("foreign_name" => "b_p“, "foreign" => "boss", "foreign_attribute" => "document")); }

  44. Constructor de las Clases El constructor es llamado automáticamente una vez se hace una creación de un objeto de una clase: $person = new person();El constructor recibe 4 parámetros TODOS OPCIONALES: - $data: es un objeto (no puede ser un array debe ser un objeto) que contiene la información de los atributos que se deseen establecer por primera vez.- $components: es una lista opcional de las relacionales de la clase (será profundizado mas adelante).- $orm: es un objeto de clase ORM con información importante que se utiliza cuando se quiere asignar un componente (será profundizado mas adelante).- $auxiliars: esta variable se usa cuando se quiere establecer atributos adicionales a los propios de la clase (mas adelante se profundiza)

  45. EjemploConstructor(example5.php) Nota: las clases no necesitan ser incluidas en la zona de inclusión, en functions.php existe una función autoload que carga estos archivos automáticamente.

  46. Get y Set GET: Permite obtener el valor de alguno de los atributos del objeto (se recomienda usar solo con atributos y no con componentes o con auxiliares) • recibe un solo parámetro que es el atributo que queremos obtener. SET: Permite modificar el valor de alguno de los atributos del objeto • recibe 2 parámetros el atributo que se desea modificar, y el valor que se le desea asignar.

  47. Ejemplo Get y Set (example6.php)

  48. Secciones de una clase • Attribute variables: son los atributos de cadaclase (en caso de tener base de datos: cadaatributodeberepresentarunacolumna de la base de datos) • Primary key: Esta función retorna el nombre de el o los atributos los cuales representan la clave primaria de cada clase (los cuales identifican un solo objeto en el mundo).

  49. Secciones de una clase • AttributeInfo: Nos permite obtener información acerca de los atributos de cada clase, su nombre y si representa una clave foranea o no. • "foreignname": (solo usado cuando el atributo representa una clave foránea) representa el nombre de la relación a la cual hace referencia, en el ejemplo anterior el nombre de la relación seria "b_p" (mas adelante se detallara información sobre los nombres de las relaciones). • "foreign": (solo usado cuando el atributo representa una clave foránea) representa el nombre de la clase con la cual se relaciona "b_p" en este caso “boss” • "foreignattribute": (solo usado cuando el atributo representa una clave foránea) representa el nombre del atributo de la clase "boss" (en este caso) con el cual se relaciona y con el cual se debe comparar para verificar que si pertenezca a la relación.

  50. Secciones de una Clase • RelationalKeys: Las claves relacionales, representan relaciones entre las diferentes clases, se usan para saber en base a que atributos se dan estas relaciones.

More Related