Introduzione al routing di Zend Framework 2, tenuta allo Zend Framework Day del 01/02/2013 a Milano.
Avere URL pulite e ben strutturate è molto importante, sia da un punto di vista SEO, che di organizzazione delle proprie API. In Zend Framework 2 è il router ad occuparsi di gestire le richieste http, di delegare l'esecuzione delle stesse all'opportuno frammento di codice sorgente, e quindi di estrarne gli eventuali parametri. Questo talk introduce le potenti funzionalità del nuovo sistema di routing di ZF2. Grazie a esempi reali (con gestione di richiestte http, ma anche CLI), sarete in grado di utilizzare il nuovo router di ZF2 in tutta la sua flessibilità.
7. Partiamo da una richiesta
http://sales.it/products/smartphones
8. Principio fondamentale di routing
• Matching di una richiesta ed estrazione
dei parametri
• Assembling di nuove richieste
9. Under the hood
namespace ZendMvcRouter;
use ZendStdlibRequestInterface as Request;
interface RouteInterface
{
public static function factory($options = array());
public function match(Request $request);
public function assemble(
array $params = array(),
array $options = array());
}
20. Regex route
• Il tipo di rotta parameter-matching più
veloce
• Il matching basato su regexp
• Fa l’assembling sulla base di un
replacement pattern
20
21. Regex route (esempio)
array(
'get' => array(
'type' => 'Regex',
'options' => array(
'regex'=>
/* Definizione di Named Sub patterns, ad es:
?<type> e ?<format> */
/get/(?<type>(events|cfps))(.(?<format>(atom|rss)))?',
'defaults' => array(
'controller' => 'Api',
'action' => 'get',
),
//Usato al momento dell’assemble
'spec' => '/get/%type%.%format%',
)
)
)
26. Segment route
• Il tipo più flessibile
• Matching molto veloce, giacchè i segment
patterns sono internamente convertiti in
regexp
• Fornisce il matching dei parametri basato
su delimeters e constraints
• Consente segmenti opzionali (letterali e
segmenti)
26
28. Struttura segment patterns
• I segmenti opzionali
– Sono indicati tra parentesi quadre
– Possono essere annidati
– Possono contenere letterali e parametri
• Il delimitatore di default per i parametri è
la barra, ma può essere modificato con
parentesi graffe
28
36. I parametri dal controller
class ZfdayController extends AbstractActionController
{
public function indexAction()
{
$id = $this->params('id'/*, null */);
}
}
37. Redirect
class ZfdayController extends AbstractActionController
{
public function indexAction()
{
$this->redirect()->toRoute(
'routeName',
array(), // Params
array() // Options
);
}
}
38. Assembling URLs nel controller
class ZfdayController extends AbstractActionController
{
public function indexAction()
{
$url = $this->url()->fromRoute(
'routeName',
array(), // Params
array() // Options
);
$this->redirect()->toUrl($url . '#anchorName');
}
}
41. Introduzione console routing
• ZF2 ha una integrazione nativa del MVC
con la console
• Permette di individuare controller e action
da eseguire a partire da un comando della
console
• Le action sono eseguite e il risultato è
mostrato nella console
41
43. CLI: controller esempio
class ProductsController extends AbstractActionController {
public function importAction() {
$request = $this->getRequest();
if (!$request instanceof ZendConsoleRequest){
throw new RuntimeException('only from console!');
}
//do products import
return 'Import done!';
}
public function updateAction() {
//do products update prices and stocks
return 'Update done!';
}
}
44. Definizione: console routing
array(
'router' => array(
'routes' => array(
// HTTP routes are defined here
)
),
'console' => array(
'router' => array(
'routes' => array(
// Console routes go here
)
)
)
)
47. Conclusioni
• Il Routing è stato scritto da zero per ZF2
• E’ abbastanza simile a ZF1, ma i
meccanismi interni sono più coerenti,
performanti, e spesso più semplici.
• ZF2 ha una integrazione nativa del MVC
con la console
47
Bene mi presento velocemente, sono Diego Drigani, sono uno sviluppatore php da +10 anni.Vengo dall’Argentina. Da 4 anni che sono in Italia.
Ho lavorato per diverse aziende private e istituzioni in Argentina, Spagna e Italia.
In MvAssociati mi occupo principalemente di Analisi/Sviluppo BE con Zend Framework.
Bene, sono anche uno dei membri del PHP user group Friuli. Facciamo meetings una volta al mese. Tra pizze e birre qualcuno ci fa anche belle presentazioni.
Bene dunque, partiamo da cos’è il routinghttp://www.flickr.com/photos/calsidyrose/4925267732/
,
-Il factory semplicemente serve per creare una rotta di un certo tipo, noi non dovremo preocuparci per questo per che il framework passerà la nostra configuracione e creerà le nostre rotte secondo la nostra definizione nel file di configurazione.Poi, vediamo il metodo Match, al quale viene passato un object con la richiesta. Possiamo interrogarlo per sapere nome de rotta e i valori dei parametriPasseremo params e options. Questa implementazione è un po diversa da ZF1 che solo c’era params, in zf2 possiamo especificare options ad es il locate della rotta
Perchè il routing è importante?perchè ci viene in aiuto per scrivere buoni URL. E perchè dobbiamo preocuparci per avere buoni URL?
ma anche chiaro e indicativo per i motori di ricerca. http://www.flickr.com/photos/theseanster93/5027792986/
Sicurezza: limitare attacchi con la definizione di constraintsAd es: possiamo definire che un determinato parametro solo accetta numeri e di una determinata lunghezza
Restful webservices: se ci troviamo a dover sviluppare restful web services bisogna sicuramente avere una padronanza del routing.http://www.flickr.com/photos/mcbarnicle/7291518436/
Ok adesso faremo una carrellata tra i tipi di rotte path routes che sicuramente useremmo più spesso nelle nostre applicazioni.http://www.flickr.com/photos/arthurfavaro/8383257961/
-SempliceIn ZF1 lo conoscevamo come Static route. Questo praticamente è stato rinominato giachè non si poteva utilizzare Static come nome di un namespace in php 5.3.
Questa tipopuò essere di aiuto nel caso abbiamo un sito con le solite pagine statiche: about-us, privacy, ecc che hanno un contenuto piuttosto statico. Quindi invece di creare N controllers, possiamo creare un solo Controller chiamato Pages e poi un action per ogni pagina statica.
in zend framework uno il replace pattern era basato su sprintf ad esempio /bar/%s/foo/%d %s per gli string % d per i numeri e poi dovevamo passarli un map array per dirle in che possisione pasavamo che parametro que in pratica era un po’ repetitivo Bene qua hanno seplificato parecchio, basta solo specificare un replacement pattern che molto più leggibile basato su tokens ad es: /get/%type% che alla fin fine farà un str_replace, diventando così molto semplice.
Come Good practice dopo una determinata action e da fare un redirect a una congratulations page, per evitare così che l’utente possa eventualmente fare un reload della pagina e ri fare così una transazzione. Bene per questo possiamo ussare il plugin redirect ....