Video: Introducción a POO / UML / PHP5

embed width=”570″ height=”400″ flashvars=”config={"key":"#$b6eb72a0f2f1e29f3d4","playlist":[{"url":"http://www.archive.org/download/Enrique_Place-Introduccion_a_POO_UML_PHP5/format=Thumbnail?.jpg","autoPlay":true,"scaling":"fit"},{"url":"http://www.archive.org/download/Enrique_Place-Introduccion_a_POO_UML_PHP5/Enrique_Place-Introduccion_a_POO_UML_PHP5_512kb.mp4","autoPlay":false,"accelerated":true,"scaling":"fit","provider":"h264streaming"}],"clip":{"autoPlay":false,"accelerated":true,"scaling":"fit","provider":"h264streaming"},"canvas":{"backgroundColor":"0×000000","backgroundGradient":"none"},"plugins":{"audio":{"url":"http://www.archive.org/flow/flowplayer.audio-3.0.3-dev.swf"},"controls":{"playlist":false,"fullscreen":true,"gloss":"high","backgroundColor":"0×000000","backgroundGradient":"medium","sliderColor":"0×777777","progressColor":"0×777777","timeColor":"0xeeeeee","durationColor":"0x01DAFF","buttonColor":"0×333333","buttonOverColor":"0×505050"},"h264streaming":{"url":"http://www.archive.org/flow/flowplayer.h264streaming-3.0.5.swf"}},"contextMenu":[{"View+Enrique_Place-Introduccion_a_POO_UML_PHP5+at+archive.org":"function()"},"-","Flowplayer 3.0.5"]}” w3c=”true” src=”http://www.archive.org/flow/flowplayer.commercial-3.0.5.swf” allowscriptaccess=”always” allowfullscreen=”true” type=”application/x-shockwave-flash”

También te puede interesar

2 Comments

  1. de la red – 14/04/2010 « Tecnologías y su contexto
    abr 14, 2010 @ 20:11:36

    [...] Video: Introducción a POO / UML / PHP5 [...]

  2. a77icu5
    may 15, 2010 @ 03:50:23

    Viendo el video del uml que me parecio genial y me di cuenta de un par de errores que cometia en mis relaciones…en especial en los require_once, me surgio esta duda que me gustaria que me resolvieran.

    Cuando varias clases tienen relacion con una se dice que existe una relacion debil por que el cambio en esta afectara a las demas y esto se debe evitar, pero que pasa cuando se implementa el patron de diseño ‘Registry’, donde dice que una clase se encarga de llevar el control de los objetos para instanciar solo una vez y devolver los mismos cuando sean solicitados una segunda vez. Esto implementado en UML es una relacion de muchas clases hacia una que seria nuestra clase registro…pero esto es una relacion debil? Como se representa o se justifica en UML este tipo de relacion?

    Pensando un poco en el caso de los frameworks que no cargan directamente el require_once en las clases, sino que mediante un objeto del registro cargan determinadas clases…como queda representado esto en UML ?

    Espero que me puedan resolver esta duda, los videos estan geniales, me los he visto todos.