afup 2015 zf3 le futur de php

Confidential - © All rights reserved. Zend Technologies, Inc.1 Confidential - © All rights reserved. Zend Technologies, Inc.

Zend Framework 3

Le futur de PHP

Confidential - © All rights reserved. Zend Technologies, Inc.2

Twitter@so_php_ie

Paris Zend Framework Meet’uphttp://www.meetup.com/fr/Paris-Zend-Framework-Meetup/

Moi, moi et moi...

Twitter@venusZeDog


La nouvelle version : ZF3


Objectifs de ZF3

• Séparation du framework en composants réutilisables

• Performances

• Facilité d’utilisation

• Centré sur PSR7 et les “middlewares”


Séparation du framework en différents composants

Réalisé depuis ZF2.5:• Chaque composant possède sont propre repository• Chaque élément est versionné de façon indépendante• Le package du framework devient un méta-package faisant références à différentes versions

des composants.But

• Laissé au composant la possibilité d’évoluer à son rythme• Faciliter la répartition des responsabilités des source managers.


Qu’est-ce qui change avec ZF2 ?

• Le gestionnaire de services

• Le gestionnaire d’évènements

• Le composant MVC en conséquence des deux précédentes modifications


Le gestionnaire de services


Le gestionnaire de service

• Désormais compatible avec container-interop

• 4 x plus rapide

• Reste compatible avec la version ZF2 pour la plus grande partie

• Disparition du peering entre gestionnaires

• Suppression des noms canoniques


Le gestionnaire de service - container interop

C’est un projet qui propose une interface générale pour tous les containers d’injection en PHP. Pas encadré par le FIG pour le moment.

namespace Interop\Container;interface ContainerInterface{ public function get($id);

public function has($id);}


Le gestionnaire de service - nouvelle interface pour les factories

interface FactoryInterface{ public function __invoke(ContainerInterface $container, $requestedName, array $options = null);

On peut donc utiliser désormais la même factory pour différents services car le nom du service est passé en paramètre.


Le gestionnaire d’évènements


Gestionnaire d’évènements

• Au moins 4x plus rapide

• Enfin débarassé du polymorphisme de paramètres pour trigger()


Gestionnaire d’évènements - Adieu “trigger” pourri...

Emettre une notification à partir de ses éléments : public function trigger($eventName, $target = null, $argv = [])

Si on souhaite ajouter une fonction de “callback” de gestion de propagation :public function triggerUntil(callable $callback, $eventName, $target = null, $argv = [])

Emmettre une notification déjà instanciée:public function triggerEvent(EventInterface $event)

Avec une fonction de callback :public function triggerEventUntil(callable $callback, EventInterface $event)


Gestionnaire d’évènements - Attachement des aggrégats

Désormais impossible d’attacher un aggregat à travers le gestionnaire d’évènement:$eventManager->attachAggregate(ListenerAggregate $aggregate)

On doit désormais utiliser :$aggregate->attach(EventManager $events)


Le modèle MVC


MCV - Ce qui change

• Conséquences des changements sur le gestionnaire de services

• Conséquences des changements sur le gestionnaire d’évènements

• En gros… pas de rupture de compatbilité.

• NOUVEAU : le support des “middlewares”.


Middlewares ? Vous avez dit middlewares ?


Kezako ?

• Un middleware est un élément de code qui traite une requête et renvoie une réponse.• les middlewares sont généralement utilisés en “couches” :


Que vient faire Zend Framework là dedans ?

On peut appeler un middleware en remplacement d’un controller. Il suffit de le définir dans lerouter:

'mwRoute' => [ 'type' => 'literal', 'options' => [ 'route' => '/myMiddleWare', 'defaults' => [ 'middleware' => myMiddleWare::class,

... ], ], ],


Comment coder un middleware dans ZF ?

• C’est un callable quelconque – qui reçoit en entrée un requête compatible avec PSR-7– qui renvoie un réponse compatible avec PSR-7

• Ce middleware n’est donc pas forcément une implémentation “Zend”. Il suffit qu’il soit compatible avec la norme PSR-7.


PSR-7 middleware avec Zend


le composant zend-diactoros

• implémentation Zend de la norme PSR-7

• propose des classes de requêtes et de réponses suivant la norme PSR-7


le composant zend-strategility

• Implemente les middlewares selon la norme PSR-7• un middleware est une fonction qui possède en paramètres

– une requête PSR-7 – une réponse PSR-7

$pipe = new MiddlewarePipe();$server = Server::createServer($pipe, $_SERVER, $_GET, $_POST, $_COOKIE, $_FILES);$pipe->pipe('/bidule',function($req, $rep){

$rep->write('hop');return $rep;

});$server->listen();


Zend Expressive


L’objectif

• Créer un micro-framework en associant– Un middleware compatible PSR-7 (Zend Stratigility)– Un router– Un container d’injection

• en favorisant l’interopérabilité– PSR7– Container Interop..


Un tout petit exemple

• Avec Composer• On choisit les composants


Merci !

afup 2015 zf3 le futur de php

Technology