SlideShare una empresa de Scribd logo
1 de 8
FRAMEWORK
La palabra inglesa "framework" (marco de trabajo) define, en términos generales, un
conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de
problemática particular que sirve como referencia, para enfrentar y resolver nuevos
problemas de índole similar.
En el desarrollo de software, un framework o infraestructura digital, es una
estructura conceptual y tecnológica de soporte definido, normalmente con
artefactos o módulos de softwareconcretos, que puede servir de base para la
organización y desarrollo de software. Típicamente, puede incluir soporte
de programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para
así ayudar a desarrollar y unir los diferentes componentes de un proyecto.
Representa una arquitectura de software que modela las relaciones generales de las
entidades del dominio, y provee una estructura y una especial metodología de
trabajo, la cual extiende o utiliza las aplicaciones del dominio.
 Introducción
 Son diseñados con la intención de facilitar el desarrollo
de software, permitiendo a los diseñadores y programadores pasar más
tiempo identificando requerimientos de software que tratando con los
tediosos detalles de bajo nivel de proveer un sistema funcional. Por
ejemplo, un equipo que usa Apache Struts para desarrollar un sitio
web de un banco, puede enfocarse en cómo los retiros de ahorros van a
funcionar en lugar de preocuparse de cómo se controla la navegación
entre las páginas en una forma libre de errores. Sin embargo, hay quejas
comunes acerca de que el uso deframeworks añade código innecesario y
que la preponderancia de frameworks competitivos y complementarios
significa que el tiempo que se pasaba programando y diseñando ahora
se gasta en aprender a usar los frameworks.
 Fuera de las aplicaciones en la informática, puede ser considerado como
el conjunto de procesos y tecnologías usados para resolver un problema
complejo. Es el esqueleto sobre el cual varios objetos son integrados
para facilitar una solución dada.
 Básicos
 No es más que una base de programación que atiende a sus descendientes (manejado de una
forma estructural y/o en cascada), posibilitando cualquier respuesta ante las necesidades de sus
miembros, o en secciones de una aplicación (web), satisfaciendo así las necesidades más comunes
del programador.
 Arquitectura
 Dentro de este aspecto, podemos basarnos en el modelo MVC (Controlador => Modelo =>
Vista), ya que debemos fragmentar nuestra programación. Tenemos que contemplar estos
aspectos básicos en cuanto a la implementación de nuestro sistema:
 ModeloEste miembro del controlador maneja las operaciones lógicas, y de manejo de información
(previamente enviada por su ancestro), para resultar de una forma explicable y sin titubeos. Cada
miembro debe ser meticulosamente llamado, con su correcto nombre y en principio, con su
verdadera naturaleza: el manejo de información, su complementación directa.VistaAl final, a este
miembro de la familia le corresponde dibujar, o expresar la última forma de los datos: la interfaz
gráfica que interactúa con el usuario final del programa (GUI). Después de todo, a este miembro le
toca evidenciar la información obtenida hasta hacerla llegar al controlador. Solo (e
inicialmente), nos espera demostrar la información.ControladorCon este apartado podemos
controlar el acceso (incluso todo) a nuestra aplicación, y esto puede
incluir: archivos, scripts, y/o programas; cualquier tipo de información que permita la interfaz.
Así, podremos diversificar nuestro contenido de forma dinámica, y estática (a la vez); pues, sólo
debemos controlar ciertos aspectos (como se ha mencionado antes).
 Estructura
 Dentro del controlador, modelo o vista podemos manejar lo
siguiente: datos. Depende de nosotros como interpretar y
manejar estos 'datos'. Ahora, sabemos que el único dato de
una dirección estática web es: conseguir un archivo físico en
el disco duro o de internet, etc. e interpretado o
no, el servidor responde.
 El modelo, al igual que el controlador y la vista, maneja
todos los datos que se relacionen consigo (solo es el
proceso medio de la separación por capas que ofrece la
arquitectura MVC). Y sólo la vista, puede demostrar dicha
información. Con lo cual ya hemos generado la jerarquía de
nuestro programa: Controlador, Modelo yVista.
 Lógica
 Al parecer, debemos inyectar ciertos objetos dentro de sus parientes en
esta aplicación, solo así compartirán herencia y coherencia en su
aplicación.
 Rápidamente, para una aplicación web sencilla debemos establecer
estos objetos:
 Una base (MVC)
 Controlador: éste debe ser capaz de manejar rutas, archivos, clases, métodos y
funciones.
 Modelo: es como un script habitual en el servidor, solo que agrupado bajo un
'modelo' reutilizable.
 Vista: como incluyendo cualquier archivo en nuestra ejecución, muy simple.
 Un sistema
 Ruteador: con él podemos dividir nuestras peticiones sin tantas condicionales.
 Cargador
 // Index.php // ----- // ------ Clases ------ class Base
{} class Controller extends Base { function
load($name) { require_ $this->$name =& new
$name(); } } class Model extends Controller {
function view($name, $data) { extract($data);
include "app/view/" . $name . ".php"; } } // ------
Router & Loader ------ function
_route($controller, $model) { if
(is_file("app/$controller.php")) { require_once
"app/" . $controller . ".php"; $object = new
$controller(); $object->$model(); } } // ----- Rutina
----- _route($_GET['section'], $_GET['name']);
 Aplicar
 Si nuestro archivo se llama Foo (clase), y
nuestro otro archivo, bar (método) tenemos
que crear el siguiente archivo dentro de
la carpeta app/.
 // app/Foo.php // ----- class Foo extends
Controller { function foo() { $this-
>load('test'); } function bar() { echo
'<b>Testing</b>'; echo $this->test->does();
 Extender
 Podremos extender nuestro sistema con
clases, o funciones propias o de algún 'plugin'
o librería ajena. Solo que queremos
extenderles sobre nuestro sistema
actual, nuestro objeto básico.
 // app/model/Test.php // ----- classTest
extends Model { function does() { echo
'<ins>Hecho esta!</ins>'; echo $this-
>view('look', array('my_var' => 'my_value')); }

Más contenido relacionado

La actualidad más candente

Programacion
ProgramacionProgramacion
Programacion
HRS1993
 
Framework presentacion
Framework presentacionFramework presentacion
Framework presentacion
Francisco Cain
 
Modelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capasModelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capas
Alex Uhu Colli
 
Ejemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessEjemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con access
univ of pamplona
 

La actualidad más candente (15)

Framework
FrameworkFramework
Framework
 
Fr amework
Fr ameworkFr amework
Fr amework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Programacion
ProgramacionProgramacion
Programacion
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework presentacion
Framework presentacionFramework presentacion
Framework presentacion
 
Framework
FrameworkFramework
Framework
 
Framework deber
Framework deberFramework deber
Framework deber
 
Modelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capasModelo vista controlador vas Programacion por n capas
Modelo vista controlador vas Programacion por n capas
 
Framework
FrameworkFramework
Framework
 
Ejemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con accessEjemplo arquitectura 3 capas con access
Ejemplo arquitectura 3 capas con access
 

Destacado

Gardening e notebook
Gardening e notebookGardening e notebook
Gardening e notebook
Claretcarat
 
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
Becky_BLT
 
William schuch week 1 mha690 capstone ppp
William schuch week 1 mha690 capstone pppWilliam schuch week 1 mha690 capstone ppp
William schuch week 1 mha690 capstone ppp
William Schuch
 
Child Slavery Powerpoint
Child Slavery PowerpointChild Slavery Powerpoint
Child Slavery Powerpoint
guest8e7bb3
 

Destacado (20)

Gardening e notebook
Gardening e notebookGardening e notebook
Gardening e notebook
 
Dvalmodas
DvalmodasDvalmodas
Dvalmodas
 
Evaluating sources
Evaluating sourcesEvaluating sources
Evaluating sources
 
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
25 years in the world of Indirect Tax Recruitment… - Indirect Tax Voice
 
【Webinar-Slide】ESBのデモクラタイズ(民主化)
【Webinar-Slide】ESBのデモクラタイズ(民主化)【Webinar-Slide】ESBのデモクラタイズ(民主化)
【Webinar-Slide】ESBのデモクラタイズ(民主化)
 
Fedex b 2up
Fedex b 2upFedex b 2up
Fedex b 2up
 
Master plan-2031-draft
Master plan-2031-draftMaster plan-2031-draft
Master plan-2031-draft
 
Brian
BrianBrian
Brian
 
32135800 fotos-de-tiempos-pasados
32135800 fotos-de-tiempos-pasados32135800 fotos-de-tiempos-pasados
32135800 fotos-de-tiempos-pasados
 
Windows Azure Mobile Services - TDC 2013
Windows Azure Mobile Services - TDC 2013 Windows Azure Mobile Services - TDC 2013
Windows Azure Mobile Services - TDC 2013
 
GIC
GICGIC
GIC
 
Copy for raleigh lady
Copy for raleigh ladyCopy for raleigh lady
Copy for raleigh lady
 
Campeonato gaúcho júnior 2014 artilharia
Campeonato gaúcho júnior 2014   artilhariaCampeonato gaúcho júnior 2014   artilharia
Campeonato gaúcho júnior 2014 artilharia
 
Foreldremøte 7kl-13.
Foreldremøte 7kl-13. Foreldremøte 7kl-13.
Foreldremøte 7kl-13.
 
William schuch week 1 mha690 capstone ppp
William schuch week 1 mha690 capstone pppWilliam schuch week 1 mha690 capstone ppp
William schuch week 1 mha690 capstone ppp
 
Child Slavery Powerpoint
Child Slavery PowerpointChild Slavery Powerpoint
Child Slavery Powerpoint
 
Skeletal '''''
Skeletal '''''Skeletal '''''
Skeletal '''''
 
Accounting standards compared
Accounting standards comparedAccounting standards compared
Accounting standards compared
 
TDC 2012 - Visão Geral do Windows Azure
TDC 2012 - Visão Geral do Windows AzureTDC 2012 - Visão Geral do Windows Azure
TDC 2012 - Visão Geral do Windows Azure
 
Delfi O Omfalos
Delfi O OmfalosDelfi O Omfalos
Delfi O Omfalos
 

Similar a Framework (18)

Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Programacion
ProgramacionProgramacion
Programacion
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework 02
Framework 02Framework 02
Framework 02
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Framework
FrameworkFramework
Framework
 
Programacion
ProgramacionProgramacion
Programacion
 
Framework
FrameworkFramework
Framework
 
Programacion Basica
Programacion Basica Programacion Basica
Programacion Basica
 

Framework

  • 1. FRAMEWORK La palabra inglesa "framework" (marco de trabajo) define, en términos generales, un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar. En el desarrollo de software, un framework o infraestructura digital, es una estructura conceptual y tecnológica de soporte definido, normalmente con artefactos o módulos de softwareconcretos, que puede servir de base para la organización y desarrollo de software. Típicamente, puede incluir soporte de programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para así ayudar a desarrollar y unir los diferentes componentes de un proyecto. Representa una arquitectura de software que modela las relaciones generales de las entidades del dominio, y provee una estructura y una especial metodología de trabajo, la cual extiende o utiliza las aplicaciones del dominio.
  • 2.  Introducción  Son diseñados con la intención de facilitar el desarrollo de software, permitiendo a los diseñadores y programadores pasar más tiempo identificando requerimientos de software que tratando con los tediosos detalles de bajo nivel de proveer un sistema funcional. Por ejemplo, un equipo que usa Apache Struts para desarrollar un sitio web de un banco, puede enfocarse en cómo los retiros de ahorros van a funcionar en lugar de preocuparse de cómo se controla la navegación entre las páginas en una forma libre de errores. Sin embargo, hay quejas comunes acerca de que el uso deframeworks añade código innecesario y que la preponderancia de frameworks competitivos y complementarios significa que el tiempo que se pasaba programando y diseñando ahora se gasta en aprender a usar los frameworks.  Fuera de las aplicaciones en la informática, puede ser considerado como el conjunto de procesos y tecnologías usados para resolver un problema complejo. Es el esqueleto sobre el cual varios objetos son integrados para facilitar una solución dada.
  • 3.  Básicos  No es más que una base de programación que atiende a sus descendientes (manejado de una forma estructural y/o en cascada), posibilitando cualquier respuesta ante las necesidades de sus miembros, o en secciones de una aplicación (web), satisfaciendo así las necesidades más comunes del programador.  Arquitectura  Dentro de este aspecto, podemos basarnos en el modelo MVC (Controlador => Modelo => Vista), ya que debemos fragmentar nuestra programación. Tenemos que contemplar estos aspectos básicos en cuanto a la implementación de nuestro sistema:  ModeloEste miembro del controlador maneja las operaciones lógicas, y de manejo de información (previamente enviada por su ancestro), para resultar de una forma explicable y sin titubeos. Cada miembro debe ser meticulosamente llamado, con su correcto nombre y en principio, con su verdadera naturaleza: el manejo de información, su complementación directa.VistaAl final, a este miembro de la familia le corresponde dibujar, o expresar la última forma de los datos: la interfaz gráfica que interactúa con el usuario final del programa (GUI). Después de todo, a este miembro le toca evidenciar la información obtenida hasta hacerla llegar al controlador. Solo (e inicialmente), nos espera demostrar la información.ControladorCon este apartado podemos controlar el acceso (incluso todo) a nuestra aplicación, y esto puede incluir: archivos, scripts, y/o programas; cualquier tipo de información que permita la interfaz. Así, podremos diversificar nuestro contenido de forma dinámica, y estática (a la vez); pues, sólo debemos controlar ciertos aspectos (como se ha mencionado antes).
  • 4.  Estructura  Dentro del controlador, modelo o vista podemos manejar lo siguiente: datos. Depende de nosotros como interpretar y manejar estos 'datos'. Ahora, sabemos que el único dato de una dirección estática web es: conseguir un archivo físico en el disco duro o de internet, etc. e interpretado o no, el servidor responde.  El modelo, al igual que el controlador y la vista, maneja todos los datos que se relacionen consigo (solo es el proceso medio de la separación por capas que ofrece la arquitectura MVC). Y sólo la vista, puede demostrar dicha información. Con lo cual ya hemos generado la jerarquía de nuestro programa: Controlador, Modelo yVista.
  • 5.  Lógica  Al parecer, debemos inyectar ciertos objetos dentro de sus parientes en esta aplicación, solo así compartirán herencia y coherencia en su aplicación.  Rápidamente, para una aplicación web sencilla debemos establecer estos objetos:  Una base (MVC)  Controlador: éste debe ser capaz de manejar rutas, archivos, clases, métodos y funciones.  Modelo: es como un script habitual en el servidor, solo que agrupado bajo un 'modelo' reutilizable.  Vista: como incluyendo cualquier archivo en nuestra ejecución, muy simple.  Un sistema  Ruteador: con él podemos dividir nuestras peticiones sin tantas condicionales.  Cargador
  • 6.  // Index.php // ----- // ------ Clases ------ class Base {} class Controller extends Base { function load($name) { require_ $this->$name =& new $name(); } } class Model extends Controller { function view($name, $data) { extract($data); include "app/view/" . $name . ".php"; } } // ------ Router & Loader ------ function _route($controller, $model) { if (is_file("app/$controller.php")) { require_once "app/" . $controller . ".php"; $object = new $controller(); $object->$model(); } } // ----- Rutina ----- _route($_GET['section'], $_GET['name']);
  • 7.  Aplicar  Si nuestro archivo se llama Foo (clase), y nuestro otro archivo, bar (método) tenemos que crear el siguiente archivo dentro de la carpeta app/.  // app/Foo.php // ----- class Foo extends Controller { function foo() { $this- >load('test'); } function bar() { echo '<b>Testing</b>'; echo $this->test->does();
  • 8.  Extender  Podremos extender nuestro sistema con clases, o funciones propias o de algún 'plugin' o librería ajena. Solo que queremos extenderles sobre nuestro sistema actual, nuestro objeto básico.  // app/model/Test.php // ----- classTest extends Model { function does() { echo '<ins>Hecho esta!</ins>'; echo $this- >view('look', array('my_var' => 'my_value')); }