JOUR 2 - Première version du gestionnaire de tâches

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


Résumé
À l'aide d'un diagramme, nous avons schématisé les éléments dont nous allons avoir besoin pour réaliser notre programme. Il nous faut maintenant nous lancer dans le codage...

Pour rappel, hier nous avons abouti à un diagramme de classes. Nous allons partir de ce diagramme, visible en figure 1, pour implémenter notre première version du programme qui évoluera par la suite.

figure_01

Figure 1

1. Pour commencer, la classe Task

Comme il faut bien débuter par quelque chose, nous allons implémenter la classe Task. Ce choix n'est toutefois pas fait au hasard : il faut pouvoir tester le code au fur et à mesure pour s'assurer qu'aucune erreur ne s'y est glissée. Imaginons un programme comportant des dizaines de fichiers et des milliers de lignes de code, que se passera-t-il si vous avez commis une erreur dès la troisième ligne ? Vous allez perdre du temps, beaucoup de temps, à rechercher l'erreur ! Il est donc plus simple d'appliquer la célèbre stratégie « Diviser pour régner » et de tester les petits bouts de codes que vous écrivez au fur et à mesure. Pour bien illustrer cette pratique, c'est ce que je ferai pour la classe Task, mais, même si je passe...

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.