Your SlideShare is downloading. ×
0
Framework
Framework
Framework
Framework
Framework
Framework
Framework
Framework
Framework
Framework
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Framework

65

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
65
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. FRAMEWORK
  • 2. • Software que ofrece una infraestructura para la creación de otros programas. • El framework contiene librerías de código y módulos ya listos que resumen las tareas de creación de elementos recurrentes en el desarrollo de aplicaciones, a la vez que define una arquitectura para el desarrollo de software.
  • 3. FRAMEWORKS PARA DESARROLLO WEB • Cada tecnología de desarrollo web o lenguaje de programación tiene distintos frameworks con los que se pueden crear aplicaciones más rápidamente. Algunos sistemas como .NET incluyen un framework en su distribución más básica, pero otros lenguajes como PHP tienen diversos frameworks creados por distintas empresas, que se pueden utilizar opcionalmente. • Los frameworks además se pueden encontrar para programación del lado del servidor y del cliente. Los frameworks del cliente sirven para programar con lenguaje JavaScript de una manera rápida y compatible con todos los ordenadores. Mientras que los frameworks para el desarrollo de aplicaciones en el servidor se pueden encontrar sobre varios lenguajes de programación como PHP, .NET, Rubi, etc.
  • 4. 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:
  • 5. Modelo Este 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. Vista Al 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. Controlador Con 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.
  • 6. 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
  • 7. USAR O NO FRAMEWORKS • Para la creación de aplicaciones se puede optar por usar un framework, aunque su conveniencia depende de varios factores.
  • 8. NIVEL DE CONOCIMIENTOS DEL DESARROLLADOR • El grado de experiencia de un programador es clave para poder sacar partido a un framework. El programador necesita, no sólo tener conocimientos avanzados sobre el lenguaje en el que se basa el framework, sino también un grado básico de arquitectura de software. Si el lenguaje en el que se va a trabajar no se domina, hay que tener en cuenta que el uso de un framework todavía va a complicar las cosas un poco más.
  • 9. GRADO DE COMPLEJIDAD DE LA APLICACIÓN A DESARROLLAR • El desarrollo con un framework suele complicar un poco el proceso de creación de aplicaciones sencillas. Por ejemplo, para hacer el típico "hola mundo" es habitual que sea necesario crear varios archivos con pequeños códigos. Sin embargo, para la creación de aplicaciones mayores define una arquitectura de desarrollo y una forma de hacer las cosas que ayuda a no perderse.
  • 10. NECESIDADES DE CONTROL SOBRE EL PROCESO DE DESARROLLO • El framework va a marcar generalmente un modo de hacer las cosas y además contiene sus propios programas, que tienen también su modo de funcionar. Aunque nosotros como desarrolladores podremos estar o no de acuerdo con las decisiones que han tomado los creadores del framework, en cuanto al diseño de aplicaciones, siempre tendremos que obedecerlas. Por otra parte, los programas que tiene un framework pueden también tener sus pequeños problemas derivados de un mal uso de los mismos, por lo que en ocasiones un código a todas luces correcto, puede arrojar errores de ejecución en los propias líneas de código del framework, haciendo difícil la interpretación y depuración de los mismos. Por eso, a veces algunos programadores pueden preferir hacer las cosas a su manera y desarrollar aplicaciones sin usar un framework que le obligue a trabajar de una manera determinada.

×