Comment choisir son framework: formulaire modification – Symfony 2

Introduction
Dans un précédent billet, je vous ai présenté l’initiative de grafikart:

Sur les prochains billets, nous allons détailler, analyser et comparer la manière de faire de chaque framework.

But de ce billet : Symfony 2
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:
siteWeb

Le controlleur
/src/Acme/BlogBundle/Controller/AdminPostController.php
tree-module-post

code-module-post

La vue
/src/Acme/BlogBundle/Resources/views/AdminPost/manage.html.twig
tree-view

code-view

Les controles
/src/Acme/BlogBundle/Form/PostType.php
tree-form

On a ici une classe par type de formulaire, où l’on a les différents controles effectuées.

code-form

Dans le controlleur, on voit l’utilisation de cette classe ici:
code-formCheck

note: si il y a une erreur, il n’y a pas de retour :(

L’enregistrement en base de données
Toujours dans le controlleur, et dans la même méthode, on enregistre via le code suivant:
code-formCheckSave

Retour au sommaire

Comment choisir son framework: formulaire modification – Zend framework 2

Introduction
Dans un précédent billet, je vous ai présenté l’initiative de grafikart:

Sur les prochains billets, nous allons détailler, analyser et comparer la manière de faire de chaque framework.

But de ce billet : Zend framework 2
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:
siteWeb

Le controlleur
/module/Blog/src/Blog/Controller/PostController.php
tree-module-post

code-module-post-edit

La vue
/module/Blog/view/blog/post/edit.phtml
tree-view-edit

code-view-edit

Les controles
/module/Blog/src/Blog/Form/EditPostForm.php
tree-form

On a ici une classe par type de formulaire, où l’on a les différents controles effectuées.

code-form

Dans le controlleur, on voit l’utilisation de cette classe ici:
code-module-post-edit-form
note: si il y a une erreur, on affiche un flash message unique

L’enregistrement en base de données
Toujours dans le controlleur, et dans la même méthode, on enregistre via le code suivant:
code-module-post-edit-form-save

Retour au sommaire

Comment choisir son framework: formulaire modification – mkFramework

Introduction
Dans un précédent billet, je vous ai présenté l’initiative de grafikart:

Sur les prochains billets, nous allons détailler, analyser et comparer la manière de faire de chaque framework.

But de ce billet : MkFramework
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:
siteWeb

Le controlleur
/module/privatePosts/main.php
tree-module-post

code-module-post

La vue
/module/privatePosts/view/edit.php
tree-module-post-view

code-module-post-view

Les controles
/model/model_posts.php
tree-model

On a ici nos controles dans la classe model du post, ils sont effectué à chaque enregistrement, qu’ils proviennent d’un formulaire web, d’un appel webservice ou autre.

code-getcheck-model

Dans le controlleur, on voit l’utilisation de cette classe ici:
code-controller-saveCheck
note: si il y a une erreur,
on retourne une liste de message qui sont passés à la vue
code-controller-callSave
pour être enfin affiché dans la vue
code-module-post-view-tMessage

L’enregistrement en base de données
Toujours dans le controlleur, on a dans l’action d’edition un appel à la méthode privée processSave()
Celle-ci vérifie la cohérence des données + le token: si il y a une erreur, elle retourne un tableau des erreurs, si tout se passe bien, elle enregistre puis redirige:
code-controller-saveAndRedirect
Note: si l’enregistrement se passe bien, on met à jour le cache des catégories et derniers posts.

Retour au sommaire

Comment choisir son framework: formulaire modification

Introduction
Dans un précédent billet, je vous ai présenté l’initiative de grafikart:

Sur les prochains billets, nous allons détailler, analyser et comparer la manière de faire de chaque framework.

But de ce billet
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:
siteWeb

Retrouvez un billet de détail sur les frameworks suivants:

Retour au menu principal

Comment choisir son framework: formulaire modification – Kohana

Introduction
Dans un précédent billet, je vous ai présenté l’initiative de grafikart:

Sur les prochains billets, nous allons détailler, analyser et comparer la manière de faire de chaque framework.

But de ce billet : Kohana
Dans ce billet, nous allons essayer de comprendre comment s’organise un formulaire, l’enregistrement en base de données et éventuellement la vérification de certains champs.

Voilà la page que l’on va analyser ici:
siteWeb

Le controlleur
/application/classes/Controller/Admin.php
tree-controller

code-controller

La vue
/application/views/admin/edit.php
tree-view

code-view

Les controles
/application/classes/Model/Post.php
tree-model

On a ici les règles de controles dans la classe model

code-model-check

Dans le controlleur, on voit l’utilisation de ces controles ici:
Il y a un try/catch qui catch les evenetuels erreurs d’enregistrement, controles compris
code-controller-processCheck

L’enregistrement en base de données
Toujours dans le controlleur, dans la méthode action_post_edit, on enregistre via le code suivant:
code-controller-processSave

Retour au sommaire