Discussion :

[nostrora]

Hello, voici le constructeur de ma classe Duree

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include "Duree.h"
 
using namespace std;
 
Duree::Duree(int heures, int minutes, int secondes) : m_heures(heures), m_minutes(minutes), m_secondes(secondes)
{
	if (m_secondes > 59)
	{
		m_minutes += m_secondes / 60;
		m_secondes %= 60;
	}
 
	if (m_minutes > 59)
	{
		m_heures += m_minutes / 60;
		m_minutes %= 60;
	}
}

Déjà, je pense que 80% du travail est fait, car le code fait ce que je veux.
J'aimerais juste vos avis sur ma façon de ranger les secondes dans les minutes et dans les heures. Y'a peut-être + optimisé ? merci bonne soirée

Question 2 :
C'est une bonne chose d'utiliser la liste d'initialisation et ensuite d'utiliser les variables ? Où si j'utilise mes variables il ne faut PAS que j'utilise la liste ?

[Flob90]

Tu peux surement tout faire directement dans la liste :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
Duree::Duree(int heures, int minutes, int secondes) 
  : m_heures(heures+(minutes+secondes/60)/60)
  , m_minutes((minutes+secondes/60)%60)
  , m_secondes(secondes%60)
{ }

Quelque chose dans ce goût là.

[ternel]

pour la question 2, c'est mitigé.
Tu ne devrais pas assigner les membres, sauf les ressources à gérer (mémoire?).
Par contre tu peux les vérifier.

[r0d]

Question 2 :
C'est une bonne chose d'utiliser la liste d'initialisation et ensuite d'utiliser les variables ? Où si j'utilise mes variables il ne faut PAS que j'utilise la liste ?

Pour ma part je ne vois aucune contre-indication à ce que tu fais dans ton code. De toutes façons, la liste d'initialisation est toujours préférable à l'initialisation dans le constructeur (c'est un raccourci mais bon, disons que ce n'est jamais plus mauvais).

Quant à l'optimisation, à ce niveau là, tu ne feras pas mieux que ton compilateur, donc ça ne sert à rien de faire la "chasse au cycle".

[nostrora]

Merci pour vos réponses

Comment s'appelle ce qu'on fait avant de developpez ?

Par exemple moi, pour mon constructeur j'ai du d'abord réfléchir.. :

Dans une minute, il-y-à 60 secondes ALORS je vais pouvoir divisé mes trop grosses secondes pour les ajouter aux minutes.

Comment s’appelle cette réflexion ? J'aimerais m'amélioré dans ce domaine, savoir réfléchir vite et bien(pas forcément vite, mais au moins bien )

[r0d]

Merci pour vos réponses

Comment s'appelle ce qu'on fait avant de developpez ?

Par exemple moi, pour mon constructeur j'ai du d'abord réfléchir.. :

Dans une minute, il-y-à 60 secondes ALORS je vais pouvoir divisé mes trop grosses secondes pour les ajouter aux minutes.

Comment s’appelle cette réflexion ? J'aimerais m'amélioré dans ce domaine, savoir réfléchir vite et bien(pas forcément vite, mais au moins bien )

Il y a plusieurs choses.
En fait, construire un programme ne se réduit pas à l'écriture du code, loin de là.

En général, tout ce qui est avant le développement, on appelle ça la "conception" (design en anglais). Le problème c'est qu'on y met plein de choses dans ce mot. Cela va de la définition des "briques" du programme ainsi que les façons dont elles vont interagir entre elles, à la définition des algorithmes, en passant par les "use cases", l'interface graphique, etc.

Si c'est de cela dont tu veux parler, alors je te conseille de t'intéresser de près à l'UML.

[nostrora]

Merci, cependant je connais déjà UML.

Moi je parle vraiment du coté intelligence pour réussir à réfléchir..
C'est à dire comprendre que 1 minutes = 60 secondes.. et qu'il faut faire une division pour arrivé au résultat.

Si c'est un pathfinding, réussir à réfléchir pour faire un algorithme qui ne se prend pas des arbres

être intelligent quoi....

Désolé c'est compliqué à expliquer ce que je demande ^^

Je vais m'entrainer à utiliser UML et à réfléchir

[r0d]

C'est peut-être juste l'algorithmique?