Java pour les nuls, ou Tecka va tout planter |
Bienvenue invité ( Connexion | Inscription )
Java pour les nuls, ou Tecka va tout planter |
8 Mar 2008, 15:48
Message
#1
|
|
Boulet on Tour Groupe : Ancien de la Team Messages : 6085 Inscrit : 14-Dec-04 Lieu : Blainville sur l'eau Membre n° 191 |
C'est le grand jour je me lance, ras le bol de passer pour un gros noob
je me lance dans la programmation mais il faut que je reprenne tout depuis le début , ma dernière expérience en programmation remonte à la calculatrice Casio FX850-P. Il me faudrait en premier un environnement pour faire du Java, vous avez quelque chose de simple et gratos ? Et si en plus il y a un petit didacticiel c'est encore mieux Sinon des titres de livres genre "le Java pour les nuls". Merci Edit :Je viens de DL Eclipse 3.3 et NetBeans 6.0.1 Ce message a été modifié par Tecka - 8 Mar 2008, 16:20. -------------------- CoD4//Black Ops:iClanlTecka
MacPro Xéon Quad 2,66 ghz 6 go de ram ATI Radeon HD 5770 1Go+2 Raptor150Go+500Go MacBookPro Rétina 15' 2,8 Ghz i7 16Go ram NVIDIA GeForce 650M 1Go |
|
|
10 Jun 2008, 18:36
Message
#2
|
|
Marathon Man Groupe : Ancien de la Team Messages : 10953 Inscrit : 20-Nov-04 Lieu : Paris, XIe Membre n° 160 |
Leçon 3 : le cahiers des charges
Notre but est de réaliser une petite application de gestion d'un stock d'articles quelconques. Les actions possibles doivent être : - listing de l'ensemble des types d'article du stock - ajout d'un nouveau type d'article - ajout d'articles pour un type d'article donné - retrait (pour vente ou autre raison) d'articles pour un type d'article donné NB : on distingue les types d'articles (par exemple les clous CL-2145 d'un article (un clou CL-2145 donné que l'on peut tenir dans sa main)). Dans notre application on va supposer qu'on s'occupe de petits articles de ce type et on va uniquement s'intéresser à suivre l'évolution du nombre de types d'articles. Pour des types d'articles plus conséquents, on aurait pu avoir à s'intéresser aux articles (par exemple pour des télés assez chères, on aurait sans doute voulu suivre précisément chaque télé du stock, avec un numéro d'inventaire unique pour chacune pour des raisons évidentes (détecter les vols, gérer les garanties,...). On ne permettra pas de modifier un type d'article, ce sera à l'utilisateur d'en créer un nouveau si le type d'article évolue (en effet c'est logique car les articles de ce type que l'on a déjà en stock ne vont pas évoluer d'un coup de baguette magique car le fournisseur a modifié son mode de travail). On choisit de ne pas gérer les prix de ventes ou d'achats sachant qu'ils sont évolutifs dans le temps ou peuvent avoir des règles de gestion ponctuelles (remise exceptionnelle,...). Le prix serait sans doute stocké (si on voulait le gérer) dans une table historique des opérations sur les types d'articles (exemple : on garderait la trace de l'ajout de 45 articles au prix unitaire d'achat de 1,25€, on garderait la trace de la vente de 12 articles au PU HT de vente de 7,95€,...). Pour le moment on peut se limiter à la gestion des quantités d'articles uniquement. On pourrait aussi avoir une gestion plus poussée des fournisseurs (avec leurs propres informations à part) mais on va se contenter de ne juste garder que leurs noms. Les informations que l'on veut stocker sur le type d'article : - identifiant unique : long - code : string - nom : string - date d'entrée au catalogue : date - fournisseur : string - quantité en stock : long - date de dernière modification de la quantité : date A côté de chaque champ, le type de donnée probable que l'on utilisera. Pourquoi distinguer un identifiant unique et un code? Le code sera utile pour les employés du magasin, il est sans doute aisément mémorisable par les utilisateurs, mais c'est une string. En règle générale c'est plus sûr d'avoir pour identifiant interne unique un nombre (affecté par le système). Cela dit on aurait pu effectivement utiliser ce code comme identifiant unique. Pour modéliser notre type d'article, on va créer une classe TypeArticleBean (on rajoute le terme Bean à la fin du nom car on va respecter les conventions des beans Java). Notre application va donc se contenter de jongler avec des TypeArticleBean lorsqu'on lui demandera d'effectuer une opération (listing, ajout,...). Prochaine leçon : - on commencera par installer Eclipse Europa - on créera notre projet dans Eclipse - on créera notre classe TypeArticleBean - on créera une application de test de cette classe -------------------- Ordis: iPad 2 16Go 3G ; MacbookAir 11" Core i7 2GHz 8 Go RAM SSD128Go + Dell 2405FPW; Mini C2D2.0GHz media center / Accessoires: Wii , XBox360, PS3, 3DS, iPhone 4 / Télé: Numericable HD Box -> Samsung LE32R51B + Denon AVR-3808 + 5.0 Triangle
• About.me "Je n'ai jamais aimé que moi / Et je reste sans lendemain", H.F. Thiéfaine "Reality is that which, when you stop believing in it, doesn’t go away", Philip K. Dick |
|
|
Version bas débit | Nous sommes le : 6 Oct 2024 - 04:40 |