solid and symfony. desymfonyday 2014

¿QUE SOMOS?

¿QUIÉN SOY YO?

¿QUIÉN SOY YO?Gonzalo Ayuso

@gonzalo123http://gonzalo123.comhttps://github.com/gonzalo123

http://gonzalo123.com

katayunos.com

¿QUIÉN SOY YO?Gonzalo Ayuso

@gonzalo123http://gonzalo123.comhttps://github.com/gonzalo123


¿QUE SOMOS?

¿QUE SOMOS?Pogramadores


¿A QUÉ DEDICAMOS NUESTRO TIEMPO?


¿A QUÉ DEDICAMOS NUESTRO TIEMPO?A programar


¿A QUÉ DEDICAMOS NUESTRO TIEMPO?A programarA leer

$this->createUser(true);

$this->createUser(true);¿?¿?¿?

S.O.L.I.D.

S.O.L.I.D.ROBERT. C. MARTIN (THE CLEAN CODE)

Single responsibility, Open-closed, Liskov substitution, Interface segregation,Dependency inversion

SRP - SINGLE RESPONSIBILITY PRINCIPLEPRINCIPIO DE RESPONSABILIDAD ÚNICA


CADA COMPONENTE => UNA RESPONSABILIDAD



UNA RESPONSABILIDAD = UNA RAZÓN DE CAMBIO



UNA RESPONSABILIDAD = UNA RAZÓN DE CAMBIO

CADA COMPONENTE => UNA ÚNICA RAZÓN PARA CAMBIAR

OCP - OPEN/CLOSED PRINCIPLEPRINCIPIO DE ABIERTO/CERRADO


LAS ENTIDADES DE SOFTWARE DEBEN SER ABIERTAS PARA EXTENDER, PERO CERRADAS PARA MODIFICACIÓN



HTTPKernel

http://stackphp.com



<?phpuse Symfony\Component\EventDispatcher\EventDispatcher;$dispatcher = new EventDispatcher();

$listener = new AcmeListener();$dispatcher->addListener('action', array($listener, 'onFooAction'));

Event Dispatcher (Patrón Mediator)

LSP -LISKOV SUBSTITUTION PRINCIPLEPRINCIPIO DE SUBSTITUCIÓN DE LISKOV


DEBE SER POSIBLE UTILIZAR CUALQUIER OBJETO INSTANCIA DE UNA SUBCLASE EN LUGAR

DE CUALQUIER OBJETO INSTANCIA DE SU SUPERCLASE SIN QUE LA SEMÁNTICA DEL

PROGRAMA ESCRITO EN LOS TÉRMINOS DE LA SUPERCLASE SE VEA AFECTADO.


DEBE SER POSIBLE UTILIZAR CUALQUIER OBJETO INSTANCIA DE UNA SUBCLASE EN LUGAR

DE CUALQUIER OBJETO INSTANCIA DE SU SUPERCLASE SIN QUE LA SEMÁNTICA DEL

PROGRAMA ESCRITO EN LOS TÉRMINOS DE LA SUPERCLASE SE VEA AFECTADO.SI S ES UN SUBTIPO DE T, ENTONCES LOS OBJETOS DE TIPO T PUEDEN SER

REEMPLAZADOS POR LOS OBJETOS DE TIPO S.


CADA CLASE QUE HEREDA DE OTRA PUEDE USARSE COMO SU PADRE SIN NECESIDAD DE CONOCER LAS DIFERENCIAS ENTRE

ELLAS.


class Application extends Container

implements HttpKernelInterface, TerminableInterface

{}

CADA CLASE QUE HEREDA DE OTRA PUEDE USARSE COMO SU PADRE SIN NECESIDAD DE CONOCER LAS DIFERENCIAS ENTRE

ELLAS.

Silex\Application


class Application extends Container implements HttpKernelInterface, TerminableInterface{}

Silex\Application

use Silex\Application;

$app = new Application();


class Application extends Container implements HttpKernelInterface, TerminableInterface{}

Silex\Application



Silex\Application

Pimple\Container

ISP - INTERFACE SEGREGATION PRINCIPLEPRINCIPIO DE SEGREGACIÓN DE INTERFACES


MUCHAS INTERFACES ESPECÍFICAS SON MEJORES QUE UNA INTERFAZ DE PROPÓSITO GENERAL.


interface StreamIface

{

public function open();

public function read();

public function write();

}



{




}

class File implements StreamIface



{




}

class File implements StreamIface

class ReadOnlyFile implements StreamIface

?


interface ReadableStreamIface{ public function open(); public function read();}interface WritableStreamIface{ public function write();}

class ReadOnlyFile implements ReadableStreamIface

class File implements ReadableStreamIface, WritableStreamIface


class Application extends Container

implements HttpKernelInterface, TerminableInterface

{...}

Silex\Application



TerminableInterface

HttpKernelInterface

DIP - DEPENDENCY INVERSION PRINCIPLEPRINCIPIO DE INVERSIÓN DE DEPENDENCIAS

LAS ABSTRACCIONES NO DEBERÍAN DEPENDER DE DETALLES SINO QUE LOS DETALLES

DEBERÍAN DEPENDER DE LAS ABSTRACCIONES.

LAS ABSTRACCIONES NO DEBERÍAN DEPENDER DE DETALLES SINO QUE LOS DETALLES

DEBERÍAN DEPENDER DE LAS ABSTRACCIONES.

LOS MÓDULOS DE ALTO NIVEL NO DEBERÍAN DEPENDER DE MÓDULOS DE BAJO NIVEL,

AMBOS DEBERÍAN DEPENDER DE ABSTRACCIONES.


class ChickenPizza extends BasePizza{ private $ingredients;

public function __construct() { $this->ingredients[] = new Chicken(); $this->ingredients[] = new Cheese(); $this->ingredients[] = new Fruit(); }}

$chickenPizza = new ChickenPizza();$chickenPizza->make();


$chickenPizza = new Pizza();$chickenPizza->appendIngredient(new Chicken());$chickenPizza->appendIngredient(new Cheese());$chickenPizza->appendIngredient(new Fruit());$chickenPizza->make();


class Pizza implements IngredientStackIface{ private $ingredients; public function appendIngredient(Ingredient $ingredient) { $this->ingredients[] = $ingredient; } public function make() { }}


use Symfony\Component\Config\FileLocator;

$chickenPizza = new Pizza();$locator = new FileLocator(__DIR__);$loader = new YamlFileLoader($chickenPizza, $locator);$loader->load('config.yml');

$chickenPizza->make();

Config component: http://blog.servergrove.com/2014/02/21/symfony2-components-overview-config/


SI PERO, ¿MERECE LA PENA TODO ESTO?


TODO ESTO SE HACE POR ...



€


EFICIENCIA VS MANTENIMIENTO


€


EFICIENCIA VS MANTENIMIENTO


€

SYMFONY -> SOLID PERO Y NUESTRA APP?

PROGRAMAR ES FÁCIL. PROGRAMAR BIEN ES MUY COMPLICADO.

GRACIAS / ESKERRIK ASKO&

BE SOLID MY FRIEND!

¿PREGUNTAS? ¿APLAUSOS? :)

Gonzalo Ayuso@gonzalo123http://gonzalo123.comhttps://github.com/gonzalo123


solid and symfony. desymfonyday 2014

Technology