JOUR 3 - Ajout de différents types de tâches

Magazine
Marque
GNU/Linux Magazine
HS n°
Numéro
81
Mois de parution
novembre 2015
Domaines


Résumé
Nous avons défini dans un premier temps des tâches génériques, or il est possible que certaines tâches requièrent des informations spécifiques. Pour cela des modifications du code vont être nécessaires.

Nous avons considéré qu'une tâche devait contenir un label et un état, mais, pour certaines tâches, ces attributs ne suffiront pas. Par exemple, pour un RDV il faudra ajouter une notion de date et d'horaire.

Il va donc falloir reprendre notre diagramme en considérant la classe Task comme une classe générique indiquant seulement le squelette d'une tâche. À partir de cette tâche, on pourra définir une tâche simple (SimpleTask) et un rendez-vous (RDV). Vous pourrez par la suite ajouter autant de tâches différentes que vous le souhaitez. Un point important sera que la classe Task en elle-même ne pourra plus être directement utilisée puisque ne définissant que le squelette d'une tâche. On parlera alors de classe abstraite, une classe ne pouvant pas être instanciée.

La figure 1 montre le diagramme des classes définissant les tâches SimpleTask et RDV. Les éléments notés en italique (la classe Task et la méthode toString() de cette classe) sont abstraits. Certains...

Cet article est réservé aux abonnés. Il vous reste 97% à découvrir.
à partir de 21,65€ HT/mois/lecteur pour un accès 5 lecteurs à toute la plateforme
J'en profite


Articles qui pourraient vous intéresser...

Conservez l’historique de vos commandes pour chaque projet, le retour

Magazine
Marque
GNU/Linux Magazine
Numéro
241
Mois de parution
octobre 2020
Domaines
Résumé

Pouvoir conserver un historique dédié pour chaque projet, voici l’idée géniale énoncée par Tristan Colombo dans un précédent article de GLMF [1]. Cet article reprend ce concept génial (je l’ai déjà dit?) et l’étoffe en simplifiant son installation et en ajoutant quelques fonctionnalités (comme l’autodétection de projets versionnés pour proposer à l’utilisateur d’activer un historique dédié, si ce n’est pas le cas).

Système extensible et hautement disponible avec Erlang/OTP

Magazine
Marque
GNU/Linux Magazine
Numéro
241
Mois de parution
octobre 2020
Domaines
Résumé

Erlang est un langage de programmation fonctionnel et distribué, créé à la fin des années 80 pour régler de nombreux problèmes issus du monde des télécoms, et plus généralement de l’industrie. Outre le fait qu’il soit l’une des seules implémentations réussies du modèle acteur disponible sur le marché, son autre grande particularité est d’être livré avec une suite d’outils, de modèles et de principes conçus pour offrir un environnement cohérent. Ce framework, nommé OTP, fait partie intégrante de la vie des développeurs utilisant Erlang au jour le jour...

Simulation d’un ordinateur mécanique en scriptant sous FreeCAD

Magazine
Marque
Hackable
Numéro
35
Mois de parution
octobre 2020
Domaines
Résumé

L’évolution du traitement du signal est une histoire fascinante largement déroulée par David Mindell dans ses divers ouvrages [1] et citations [2]. Partant de l’ordinateur mécanique avec ses rouages, poulies, bielles et crémaillères, le passage à l’électrique au début du 20ème siècle, puis à l’électronique intégrée avec l’avènement du transistor et des circuits intégrés (VLSI) nous ont fait oublier les stades initiaux qui ont amené à notre statut actuel d’ordinateurs infiniment puissants, précis et compacts. Alors que cette histoire semble s’accompagner du passage de l’analogique au numérique – de la manipulation de grandeurs continues en grandeurs discrètes avec son gain en stabilité et reproductibilité – il n’en est en fait rien : un boulier fournit déjà les bases du calcul discrétisé mécanique, tandis que [3] introduit les concepts du calcul mécanique avec les traitements numériques avant de passer aux traitements analogiques.