OOP

Application CoffeeBar 12/19 - Traiter la commande

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.

Application CoffeeBar 11/19 - Traiter le formulaire

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.

Application CoffeeBar 8/19 - Afficher les notes en cours

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.

Tout reprendre encore et encore jusqu'à ce que ce soit fait

Grâce à la programmation orientée objet, combinée aux différents modèles de conception (Design patterns), il est aisé d’établir des séparations nettes entre les différents éléments d’une application. Toutefois, toute cette liberté me laisse perplexe.

Tags: 

Solveur de Sudoku - Les tests unitaires pour l'objet Chiffre

Monter la campagne de tests

Tags: 

Un exemple de modèle

En suivant les principes SOLID et en me basant sur les réflexions de Rob Allen et de Matthew Weier O'Phinney, je vais vous présenter le modèle objet que j'ai choisis de monter.

Cerner le modèle

Quand j'ai commencé le développement orienté objet, notamment dans le cadre du modèle MVC, je me suis rapidement heurté à cette interrogation : qu'est ce que le MODELE ? Et au delà de sa définition, comment on construit un modèle ?

Building the model

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 ??

Tags: 

Pages

Subscribe to RSS - OOP