Oh la la !! Festival de nouveautés ! J'ai fait plein de trucs pendant mon silence (pas tant que ça mais quand même :)) et me revoila pour vous dire ce que j'ai compris. Je suis contente parce que comme j'ai appris de nouveaux sujets, j'ai de quoi parler ici.
Crédit : Morguefile.com
In our previous chapters, food and drinks have been ordered. Though a drink can be served immediately, food has to be prepared before being served. It is the chef job to prepare food. Today, let's see how to display the chef todo list : what food he has to prepare.
Crédit : Morguefile.com
Dans les articles précédents, les boissons et les plats ont été commandés. Une boisson peut être servie immédiatement mais un plat doit être adressé à la cuisine pour être préparé. Le plat pourra être servi uniquement lorsqu'il sera prêt. Dans l'article d'aujourd'hui, nous allons gérer la todo list du chef et afficher la liste des plats commandés.
Crédit : Morguefile.com
When we place an order, two events are triggered. One event advising the drinks have been ordered and the second event advising the food has been ordered. Based on the initial workflow, the food and drinks do not follow the same process. Let's see how to differentiate each process.
Crédit : Morguefile.com
Lorsqu'on place une commande, deux événements sont déclenchés. Un premier événement qui signale que les boissons sont commandées et un second événement qui signale que les plats sont commandés. Selon le workflow défini initialement, les plats et les boissons ne suivent pas le même traitement. L'article d'aujourd'hui mets en place - du moins pour le début - les deux traitements différents.
Crédit : Morguefile.com
We have now created our place order form, with that nice repeat-my-fields feature in the previous chapter. In today's chapter, we will process the form, binding it to an object and, of course, triggering our events.
Crédit : Morguefile.com
Le formulaire pour passer la commande est créé et fonctionne convenablement. Dans l'article d'aujourd'hui, nous verrons comment on va associer le formulaire avec un objet et de cet objet, comment on va réussir à déclencher nos événements.
Crédit : Morguefile.com
To place an order, we will build a complex form with a fieldset : a drop down list and an input text. The numbers of fieldset is infinite and we can add as many fieldset as we need. Let's do some form dependencies and javascript in today's chapter.
Crédit : Morguefile.com
Pour passer commande, nous allons mettre en place un formulaire avec un ensemble de champs : liste déroulante et champ de saisie libre pour chaque élément de menu. On pourra ajouter autant d'éléments de menu que l'on voudra dans notre formulaire. Un peu de dépendances et de javascript dans le tutoriel d'aujourd'hui.
Crédit : Morguefile.com
Our application is taking shape more and more. We have already built our main components and services. We have dumped unceremoniously the items from the cache. Now let's see if we can do better.
Crédit : Morguefile.com
Notre application se structure de mieux en mieux. Nous avons nos principaux éléments et services désormais en place. Nous avons effectivement triché en affichant les éléments du cache de manière un peu... violente. Mettons maintenant les choses en forme pour un rendu plus sérieux.
Crédit : Morguefile.com
In this chapter, we will build the form. Its particularity is to include a drop down component with customized datas. Let's take advantage of this application to learn how to create a customized Select component with a dependency.
Crédit : Morguefile.com
Dans cet article, nous allons construire un formulaire dont la particularité est de comporter une liste de sélection avec des données personnalisées. Profitons de cette application pour voir comment créer un élément Select de formulaire avec une dépendance.
Crédit : Morguefile.com
There are tutorials which are starting explaining the thing and then showing the first views after several chapters. Since i didn't know how to organize this one, i started to put the logic first then the views afterward. But i find it too frustrating to have to wait for the end of the tutorial to see what's happening. And truth is, in the real world, i need to see what is happening anyway.
Crédit : Morguefile.com
Il y a des tutoriaux qui commence par tout expliquer avant de présenter une première vue après plusieurs chapitres. C'est ce que j'ai commencé à faire avec notre application. Mais je trouve que c'est trop frustrant d'attendre avant de découvrir ce que l'application donne. Et puis, pour ma part, j'ai besoin de voir ce que je développe. Il me faut un retour écran, de toutes façons.
Crédit : Morguefile.com
To start with our coffeebar application, let's start by installing our framework first. We will work with Zend Framework 2. This framework allows us to build nice web applications using the MVC architecture and when running, the application will launch automatically a bunch of managers : Service manager, Event manager, Form elements manager which will be very useful in our case.
Crédit : Morguefile.com
Pour commencer notre petite application de gestion des commandes d’un petit café, installons d’abord la base de l’application. Nous travaillerons avec Zend Framework 2. Ce framework permet de monter des applications web en se basant sur l'architecture Modèle-Vue-Controleur, et l'application charge par défaut des gestionnaires de services, d'événements et de formulaires qui nous seront bien utiles.
Crédit : zend framework
Développer une application avec des modules a des avantages certains : séparation des éléments, diminution des dépendances... On ne va pas refaire l'histoire. Mais on ne peut pas nier qu'il y a des éléments dans un site web, qui sont cross-modules. La navigation est l'un de ces éléments. Chaque élément d'un menu correspond forcément à un module différent. Alors comment implémenter cette particularité ?
Crédit : zend framework
Implement an application with modules has certain advantages : separation of concerns, light dependancies... we won't talk about this once again, but we can't deny that there IS cross modules items in a web site. The navigation is one of them. Each menu items belong necessarily to a different module. So, how to implement a navigation ?
As you ought to know by now, i'm currently discovering the MVC pattern. For someone who wrote few php websites in procedural way, i can hold the Controller and the View concept. The View is the templating part. The Controller is the old index page I used to code with the switch case instruction which would include the correct php script depending on the HTTP request. Plus, the coding / relationship of the View and the Controller are obvious while using Zend Application. It’s maybe too obvious but we may want to see this bound later. But then : What is the third part of the MVC pattern ? What is a Model ??
One thing i have to learn when coding with Zend Framework is the issue of scopes. When coding with procedural method, i never really care about the scope. If i'm not clear here (maybe because i'm not using the correct word), i mean : where, in your code, your variable is valid (meaning : exists).