Version imprimable
Bonjour,
Je commence en Java et mon problème est que je ne sais pas où mettre mes partie de codes.
Par exemple est-ce dans la classe ou dans le main ? En fait je ne sais pas réfléchir encore en tant que programmeur...
Quelqu'un saurait-il m'orienter ou me conseiller, ou me donner un article ou un livre qui traite de cette question ?
Merci infiniment
En haut de ce forum, tu trouvera un bouton tutoriels java, et là dedans, il y a, aussi, des tutoriels pour débutant :)
Pour répondre à la question: ça dépend du code, mais c'est toujours dans une classe. Parfois dans le main, parfois dans le constructeur, parfois dans une méthode de la classe :)
Bonjour,
Je te conseille de regarder ici: http://jmdoudoux.developpez.com/.
A+.
Tout d'abord merci pour votre réponse mais ce n'est pas dans un tutoriel que je vais avoir une réponse à ma question vous le savez bien. Peut-être que je me suis pas bien exprimé, en fait quand on me donne un exercice un peu long, je me trouve handicapé, pourtant comme je l'ai dit, pour produire du code je n'ai pas de problème, ni pour comprendre. Je viens d'un cursus de mathématique mais il me manque quelque chose, je vaudrais, quand je vois un projet, pouvoir rapidement dans ma tête avoir un plan...
merci je vais voirCitation:
Envoyé par andry.aime
Par exemple j'ai une classe Personne et on a créé une classe ServicePersonne. Je ne comprends pas son utilité. A quoi nous sert ce service ?
Merci pour votre réponse
Dans l'absolu, à rien :)
Si on a créé une classe ServicePersonne, c'est probablement qu'il y avait une série de tâches nécessaire à mettre dans une classe, séparée de Personne, mais qui produit ou utilise des Personne.
Typiquement, dans un environnement où Personne est une donnée et on gère le stockage / recherche / effacement / affichage de ces données, ServicePersonne serait responsable d'interroger la base de données, de sauver, de charger, afin qu'on aie plus, pour l'interface, qu'à faire des appels simples genre:oùCode:Personne p = servicePersonne.getByName(nom);
etc.Code:List<Personne> personnes = servicePersonnes.findDeadPeople();
Merci beaucoup _tchize, en fait quand je ne comprends pas, je n'avance pas même si mécaniquement je peux répondre à la question. Donc en gros, si j'ai bien compris c'est juste question d'organisation ? Car niveau efficacité code ou rapidité on gagne rien c'est bien ça ?
Fait une recherche sur "Architecture n tiers".
A+.
d'accord merci pour vos réponses , désolé si je pose trop de questions ou si je les pose malCitation:
Envoyé par andry.aime
En terme de lisibilité séparer ses classes est indispensable.Citation:
Envoyé par mosaab
Au delà de 500 lignes (et c'est déjà trop) ça devient la tannée à lire pour toi ou une autre personne, et si en plus y'a pas de commentaires...
En ce qui concerne l'efficacité, techniquement si tu fous tout dans une même classe c'est plus rapide (car pas d'instanciations), mais je doute que pour tes projets tuto, tu ai besoin d'optimiser, et en plus c'est super moche.
le but d'un langage object c'est de créer des objects qui se rapprochent de la réalité ou qui ont une fonction bien précise.
Pour construire une voiture, il te faut des roues, un moteur, un volant, des sièges, etc...
Et quand tu appelle ta méthode "démarrer" tu le fait dans le moteur, pas sur les roues...
Bref, le découpage en classe est nécessaire pour catégoriser ("ranger") tes fonctions et tes variables à des endroits bien précis.
Après pour être sauvage, je pourrais te conseiller des tuto sur l'UML sur ce site, mais ce n'est pas vraiment la question je pense...
Bon courage !
Bonjour,Citation:
Envoyé par mosaab
Oui, il te manque quelque chose, et ce quelque chose, c'est la théorie.
D'où le fait de lire des tutoriels et des cours. Pas forcément les lire en détail, mais au moins s'attarder sur ce qui aborde les problèmes de conception et de découpage du code.
Peut être t'attarder sur des tutoriels qui s'appuient sur des exemples concrets (désolé, j'en ait pas en tête) afin de bien voir l'intérêt de découper les choses.
Maintenant oui, c'est une convention, et cela permets plus de facilité de lecture, de représentation logique et de maintenance.
C'est un peu comme en maths, on n'aime pas trop voir la ligne :
9 = 6 + 3 = 10 -1 = 9 + 0 = 18 / 2 = 1 + 1 + 1 + 1 + 1 + 1 + 1 +1 + 1
et à la place, on mets proprement égalité par ligne.