Skip to main content

Home/ dfs201011/ Group items tagged presentacion

Rss Feed Group items tagged

Filter: All | Bookmarks | Topics Simple Middle
Eliot Hernandez

Modelo vista controlador - 0 views

www.chuidiang.com/...modelo_vista_controlador.php

dfs cakephp modelo vista controlador

shared by Eliot Hernandez on 25 Feb 11 - Cached
  • Un problema muy común para los programadores es la reutilización del código que ya tienen hecho. A veces hay que resolver un problema parecido a algo que ya tenemos hecho, mejorar el aspecto de un programa, mejorar su algoritmo, etc. Esta tarea se facilita mucho si a la hora de programar tenemos la precaución de separar el código en varias partes que sean susceptibles de ser reutilizadas sin modificaciones.
  • Qué es el modelo, la vista y el controlado
  • En casi cualquier programa que hagamos podemos encontrar tres partes bien diferenciadas
  • ...19 more annotations...
  • Si tenemos un conjunto de clases
  • Este código constituiría el modelo.
  • Esta parte del código es la vista.
  • Otra parte clara es la presentación visual que queramos hacer
  • La tercera parte de código es aquel código que toma decisiones, algoritmos, etc. Es código que no tiene que ver con las ventanas visuales ni con las reglas de nuestro modelo. Esta parte del código es el controlador
  • Dependencias entre modelo, vista y controlador
  • Si ordenamos estos tres grupos por probabilidad de ser reutilizable, tenemos un resultado como el siguiente:
  • Por un lado tenemos el problema que tratamos de resolver. Este problema suele ser independiente de cómo queramos que nuestro programa recoga los resultados o cómo queremos que los presente
  • La vista es lo más cambiante, así que podemos hacer que vea clases del modelo y del controlador. Si cambiamos algo del controlador o del modelo, es bastante seguro que tendremos como mínimo que recompilar la interface gráfica.
  • es posible que
  • nos sirvan durante mucho tiempo sin necesidad de tocarlas
  • En un punto intermedio está el controlador. Es posible que mejoremos con cierta frecuencia nuestro algoritmo
  • posiblemente cada vez que saquemos una nueva versión de nuestro juego.
  • está claro que el modelo debe ser independiente. Las clases (o funciones y estructuras) del modelo no deben ver a ninguna clase de las otros grupos. De esta forma podremos compilar el modelo en una librería independiente que podremos utilizar en cualquier program
  • Tras este tipo de ordenación, si queremos reaprovechar cosas en futuros programas
  • Siguiendo con el orden de posibilidad de reutilización, el controlador podría (y suele) ver clases del modelo, pero no de la vista
  • De esta forma, el cambio de interface gráfica no implicará retocar el algoritmo y recompilarlo, con los consiguientes riesgos de estropearlo además del trabajo del retoque.
  • Lo más reutilizable y que es menos susceptible de cambio, es el modelo
  • Finalmente, lo que más cambia, es la vista. De hecho, un mismo programa de ajedrez suele darnos posibilidad de varias presentaciones. El modelo y el controlador serían los mismos, pero habría varias vistas distintas.
1 - 3 of 3
Showing 20▼ items per page