symfony . un projet français 1 ère version octobre 2005 fabien potencier pdg de sensio lab...
TRANSCRIPT
Symfony
http://symfony-project.org
Un projet français
• 1ère version octobre 2005• Fabien Potencier PDG de sensio Lab développeur• François Zanonitto écrit la documentation• Documentation complète • Sous licence MIT (BSD compatible avec
GNU/GPL)• Tutoriel
– Askeet pour symfony 1.0– Jobeet pour symfony 1.2– Calendrier de l'avent 2009 symfony 1.3 & 1.4
Documenté en anglais
Une communauté réactive
• Forum réactif
• Mise à dispo de cheatsheet exhaustives et conscises
• De nombreux plugins
• Multiple blogs consacrés à symfony
• Offres d'emploi pour les symfonistes
A propos de ce cours
• Concerne symfony 1.0
• Non abordé– Le cache, Tests unitaires, Test fonctionnels
Un framework …
• Un framework améliore les conditions de développement – En automatisant certaines tâches
récurrentes– En proposant une structure invitant à écrire
du code « propre » et lisible– En implémentant des fonctionnalités
complexes sous forme de package
• Structure MVC
…En PHP conçu pour Xamp
• Écrit en PHP5 =<• Utilisation des canaux PEAR pour
– Installation /maintenance du framework– Installation /maintenance des plugins
• BDD compatibles– MySQL– PostgreSQL– Oracle – Microsoft SQL Server
• Plateformes– *nix– Windows
Only the very best
• Installation facile (via les canaux PEAR)
• Indépendant du SGBD
• Utilisation simple
• souplesse pour des cas plus complexes
• Automatisation des parties du développement : on ne s’occupe que de ce qui sort de l’ordinaire
• Code parlant et facile à lire
couche d'abstraction & ORM
• Abstraction de données – indépendance vis-à vis du SGBD– Géré par creole dans symfony 1.0– Géré par l'extension PDO dans symfony 1.2
• ORM– mapping objet/relationnel
• Produits des objets permettant l'accès aux données tout en isolant la logique métier
– Deux possibilités• propel : http://propel.phpdb.org/
• doctrine : http://www.doctrine-project.org/
Fonctionnalités intégrées
• Internationalisation• Principe de templates
– (manipulables par les infographistes)• Validateur de formulaire• Protection anti-XSS• Gestion de cache• Authentification et gestion de permissions• url rewriting• Support AJAX (pour symfony 1.0 uniquement)• Système de plugins
Outils & environnement
• Génération de code : interface d’administration en un clic
• Les tests unitaires et fonctionnels facilitent la phase de développement
• La barre d’outil de débuggage affiche toutes les informations nécessaires
• La ligne de commande automatise le déploiement
• Les outils de logs fournissent des détails précis sur l’activité de l’appli
Concepts de bases
• Basé sur le paradigme objet • Soutenu par le nouveau modèle objet de PHP5
• L’Object-Relational Mapping (ORM) passerelle entre le modèle de base de données et les classes objet
• Rapid Application Development (RAD) / agil programming – KISS (Keep It Simple, Stupid) – DRY (Don’t Repeat Yourself) – Refactoring – Réactivité quant aux évolutions du modèle
• RTFM
MVC web de base
MVC web Symfony
Architecture type d’un blog
• Passé un blog PHP en MVC• http://www.symfony-project.org/book/1_0/02-Exploring-Symfony-s-Code
Anatomie d’un projet
apps contient un répertoire par application (typiquement front et back)
batch scripts PHP exécutable en ligne de commandes ou via cron
Cache cache des configurations, actions, templates
config configuration générale de l’appli
data les données du projet, un schéma de base de données, des commandes SQL
doc Documentation de l’appli
lib toutes les classes et librairies partagées par toutes les applications
log fichiers de log symfony (par applications et environnement)
plugins les plugins utilisés par le projet
test contient les tests unitaires et fonctionnels
web la racine du serveur web. Tous les fichiers accessibles de l’Internet sont stockés ici
Anatomie d’une application myapp Contient tous les fichiers de l’application, nommé avec le
nom de l’application
config Un ensemble de fichier de configuration YAML concernant l’application.
i18n Les fichiers utilisés pour l’internationalisation de l’application (des fichiers de traduction en général).Si vous utilisez la base de données pour l’internationalisation, vous pouvez oublier ce dossier
lib Les classes et les librairies spécifiques à l’application
modules Tous les modules qui contiennent la logique de l’application
templates
Les templates (gabarits) globaux de l’application, partagés par tous les modules. Par défaut, il y a un fichier layout.php, dans lequel les templates du module seront insérés
N.B. Les classes d’une application ne peuvent pas accéder aux méthodes ou attributs d’une tierce application d’un même projet. Lorsque vous déciderez de la manière de diviser votre projet en plusieurs applications, vous devrez garder à l’esprit que les liens hypertextes entre ces différentes applications devront être de forme absolue.
Anatomie d’un module
mymodule Contient tous les fichiers du module, nommé avec le nom du module
actions Contient les actions du module dans actions.class.php et éventuellment des actions liés aux admin-generator dans components.class.php
config Peut contenir des fichiers de configuration locaux propres au module
lib Les classes et librairies spécifiques au module
templates Contient les templates et partial (morceau de template). Un template par défaut indexSuccess.php est créé à l’initialisation du module
validate Dédié aux fichiers de configuration pour la validation des formulaires
racine du serveur
css Toutes les feuilles de styles (*.css)
images Toutes les images (*.gif, *.jpg, *.png) pour la mise en forme
js Tous les fichiers javascript (*.js)
uploads Tous les fichiers uploadés par les utilisateurs
index.php Le controleur principal appelé par défaut (/)
myapp_dev.php
Un controleur par application et par environnement
Mémo complet : http://www.flickr.com/photos/deia/402335716/sizes/l/
Installation standard
• Une plateforme *amp• Une copie partagée du framework• Installation de la version courante
pear install symfony/symfony-1.0.21• Solutions alternative
– Sandbox– Repository SVN
• Le chemin de PHP CLI doit être ajouté au path pour que la commande symfony fonctionne
• la commande symfony en détail
Créer un projet symfony
1. Créer un répertoire pour le projet/path_to_web_dir/myproject
2. « Se mettre » dans ce répertoirecd /path_to_web_dir/myproject
3. Tapersymfony init-project myproject
4. La structure du projet symfony est créé automatiquementN.B. le répertoire apps est vide
Créer une application dans le projet
1. « Se mettre » dans ce répertoirecd /path_to_web_dir/myproject/
2. Tapersymfony init-app myapp
3. Un répertoire /path_to_web_dir/myproject/myapp/ est créé
4. La strucutre d’application est créé dans /path_to_web_dir/myproject/myapp/
5. Deux fichiers sont également créés dans /path_to_web_dir/myproject/web/
– index.php– myapp_dev.php
Côté serveur (apache)
• C’est le dossier web qui est servi par apache• Un alias doit être créé pour rendre les feuilles
de styles, images et javascripts du framework (installé pans le répertoire PEAR) accessibles
• mode_rewrite doit être activé• N’oubliez pas de recharger la conf du serveur
(avec classe ;-) )apache2ctl graceful
• Tester myapp.example.com
Virtual host apache typique pour projet symfony
<VirtualHost *:80> ServerName myapp.example.com DocumentRoot "/path_to_web_dir/myproject/web" DirectoryIndex index.php Alias /sf / /sf_symfony_data_dir/web/sf <Directory "/sf_symfony_data_dir/web/sf">
AllowOverride All Allow from All
</Directory> <Directory "/path_to_web_dir/myproject/web">
AllowOverride All Allow from All
</Directory> </VirtualHost>
Hébergement en mutualisé
• Changer le répertoire web– Dans config/config.php ou dans chaque
apps/myApp/config/config.php$sf_root_dir = sfConfig::get('sf_root_dir');
sfConfig::add(array(
'sf_web_dir_name' => $sf_web_dir_name = 'www',
'sf_web_dir' => $sf_root_dir.DIRECTORY_SEPARATOR.$sf_web_dir_name,
'sf_upload_dir' => $sf_root_dir.DIRECTORY_SEPARATOR.$sf_web_dir_name.DIRECTORY_SEPARATOR.sfConfig::get('sf_upload_dir_name'),
)
);
• Customiser le myproject/www/.htaccess
Ça marche!!
Création d’un module
1. « Se mettre » dans ce répertoirecd /path_to_web_dir/myproject/
2. Tapersymfony init-module myapp mymodule
3. La structure est créée– myproject/apps/myapp/modules/mymodule/actions/actions.class.php
– myproject/apps/myapp/modules/mymodule/templates/indexSuccess.php
4. Tester http://localhost/myapp_dev.php/mymodule/index
Les conteneurs de paramètres …
• Utilisés par beaucoup de classes symfony– Par exemple $reponse un objet de classe
sfReponse• $response->getParameterHolder()->set('foo', 'bar');$response->setParameter('foo', ‘bar');• $response->getParameterHolder()->get('foo'); $response->getParameter('foo');
– Valeur par défaut• $response->getParameter('foo', ‘bar');
…supportent les espaces de nommage
$response->setParameter('foo', 'bar1');
$response->setParameter('foo', 'bar2', 'my/name/space');
echo $response->getParameter('foo');
=> 'bar1'
echo $response->getParameter('foo', null, 'my/name/space');
=> 'bar2'
Les constantes
• Très peu utilisées dans symfony– La classe sfConfig centralise la conf
// Instead of PHP constants,define('SF_FOO', 'bar'); echo SF_FOO;
// Symfony uses the sfConfig objectsfConfig::set('sf_foo', 'bar'); echo sfConfig::get('sf_foo');
Auto-chargement des classes
• Plus besoin de <?php include 'classes/MyClass.php'; ?>• Pour faire un<?php $myObject = new MyClass(); ?>• recherche la définition de MyClass lib/*.php• apps/myapp/module/lib/, apps/myapp/lib/, /lib/• Si elle est trouvée, elle est incluse
automatiquement. • Vous n’avez jamais à inclure une classe dans
symfony!
Hello world en symfony
• Prérequis– Une install de symfony– Un projet et une appli myapp créée au
préalable– Créer un module vide
> cd ~/myproject
> symfony init-module myapp mymodule
Fichiers Dossiers auto générés
• créé 5 dossiers …– actions/– config/– lib/– templates/– validate/
• … et 3 fichiers– dans le dossier test/ pour les unités de tests– actions/actions.class.php, renvoit vers la page de
félicitation du module par défaut. – templates/indexSuccess.php, est vide.
Contenu du contrôleur
class mymoduleActions extends sfActions{
public function executeIndex() {
$this->forward('default', 'module'); }
} • Le code par défaut reroute l’action index vers l’action
‘default’ du module ‘module’• Appel par convention de nommage le template
templates/indexSuccess.php si l’action n’est pas reroutée• Visible sur
– http://localhost/myapp_dev.php/mymodule/index – http://localhost/myapp_dev.php/mymodule/
Ajout de myAction
class mymoduleActions extends sfActions{
public function executeMyAction() { }
} • Création d’un template
templates/myActionSuccess.php contenant<p>Hello, world!</p> • Visible sur http://localhost/myapp.php/mymodule/myAction
Pseudo langage de templates
• Version PHP5 « pure »<?php if ($test) {
echo "<p>".time()."</p>"; } ?> • Version template symfony « style »<?php if ($test): ?>
<p><?php echo time(); ?></p> <?php endif; ?> • Valable pour if, foreach, while, etc …• Pas de echo de balise!
Nourrir ses templates• Symfony rend les attributs du contrôleur visible dans l’espace de
nommage global du templateclass mymoduleActions extends sfActions {
public function executeMyAction() {
$today = getdate(); $this->hour = $today['hours'];
} } • Va pouvoir s’utiliser dans un template comme suit<?php if ($hour >= 18): ?>
<p>Or should I say good evening? It is already <?php echo $hour ?>.</p>
<?php endif; ?>
Les helpers
• Les helpers sont des fonctions PHP appelées par les templates
• Un helper génère du code HTML
• Un helper est en général plus rapide à écrire que le code HTML qu’il produit
• Symfony propose de nombreux helpers
• Symfony permet d’écrire ses propres helpers
Le cas des formulaires – en PHP
<form method="post" action="/myapp.php/mymodule/anotherAction">
<label for="name">What is your name?</label>
<input type="text" name="name" id="name" value="" />
<input type="submit" value="Ok" />
</form>
Avec les helpers symfony
<?php echo form_tag('mymodule/anotherAction') ?>
<?php echo label_for('name', 'What is your name?') ?>
<?php echo input_tag('name') ?>
<?php echo submit_tag('Ok') ?>
</form> • Meilleur clareté du code, plus rapide, plus concis• Customisable via des tableaux d’options
Les helpers de liens
• En PHP / XHTML<a href="/myapp_dev.php/mymodule/anotherAction?name=anonymous">
I never say my name
</a>
• En symfony<?php
echo link_to(
'I never say my name',
'mymodule/anotherAction?name=anonymous‘
)
?>
Exemple de tableau d’options pour un helper
<?php echo link_to('I never say my name', 'mymodule/anotherAction?name=anonymous', array(
'class' => 'special_link', 'confirm' => 'Are you sure?', 'absolute' => true
)) ?>
<?php echo link_to('I never say my name', 'mymodule/anotherAction?name=anonymous', 'class=special_link confirm=Are you sure? absolute=true‘
) ?>
<a class="special_link" onclick="return confirm('Are you sure?');" href="http://localhost/myapp.php/mymodule/anotherAction/name/anonymous">
I never say my name</a>
Récupérer les variables de la requête
• Au niveau du contrôleurclass mymoduleActions extends sfActions {
public function executeAnotherAction() {
$this->name = $this->getRequestParameter('name'); }
}
• Au niveau du template<p>Hello, <?php echo $sf_params->get('name') ?>!</p>
• Plutôt que $_GET, $_POST ou $_REQUEST– Transparent pour l’url rewriting– Filtrage de code malicieux
Autre exemples
<?php if ($sf_params->has('name')): ?>
<p>Hello, <?php echo $sf_params->get('name') ?>!</p>
<?php else: ?>
<p>Hello, John Doe!</p>
<?php endif; ?>
• $this->hasRequestParameter('name') fonctionne également dans le contrôleur
• Ce qui a été vu précedemment pour les conteneurs de paramètres s’applique
<p>Hello, <?php echo $sf_params->get('name', 'John Doe') ?>!</p>
Bien se conduire en Symfony• Nom de table, champs de table
– ma_table, mon_attribut• Nom de classe
– $maTable = new MaTable();• Nom des getters, setters
– echo $maTable->getMonAttribut();– $maTable->setMonAttribut(‘foo’);
• Nom de module associé à une table (objet)– maTable
• Nom d’action– maTable/myAction dans l’url– executeMyAction() dans le contrôleur
• Nom de template associé– myActionSuccess.php, myActionError.php
• Camelize : passer de ma_table à maTable • On aère le code
Recommandation symfony• In the code examples given in this book, you probably
noticed that the opening and closing curly braces ({ and }) occupy one line each. This standard makes the code easier to read.
• Among the other coding standards of the framework, indentation is always done by two blank spaces; tabs are not used. This is because tabs have a different space value according to the text editor you use, and because code with mixed tab and blank indentation is impossible to read.
• Core and generated symfony PHP files do not end with the usual ?> closing tag. This is because it is not really needed, and because it can create problems in the output if you ever have blanks after this tag.
• And if you really pay attention, you will see that a line never ends with a blank space in symfony. The reason, this time, is more prosaic: lines ending with blanks look ugly in Fabien's text editor.