Liste et classe abstraite

Citation:

---

Envoyé par JolyLoic

Sauf que push_back est aussi anglais que pousse_queue est français, et là la différence est plus mineure... Même si elle te saute aux yeux par l'habitude que tu as de la langue française.

Maintenant, je suis d'accord que insertAlaFin n'est pas terrible, mais insèreÀLaFin est déjà plus correct, ou ajouteEnQueue.

---

Nous sommes bien d'accord ;)

Ce qui est dommage dans l'optique du "aucun nom en anglais", c'est surtout que cela n'habitue pas l'élève à ce qu'il rencontrera tout au long de sa carrière professionnelle, car, une fois dans la vie active, ce seront essentiellement des noms anglais :aie:

J'ai déjà discuté avec quelqu'un qui avait été appelé à déboguer du code écrit en coréen, langue qu'il ne maîtrisait bien entendu pas, et dont la graphie n'est pas des plus habituelles.

On va dire que ce fut une expérience... intéressante ;)

Citation:

---

Envoyé par JolyLoic

J'ai déjà discuté avec quelqu'un qui avait été appelé à déboguer du code écrit en coréen, langue qu'il ne maîtrisait bien entendu pas, et dont la graphie n'est pas des plus habituelles.

On va dire que ce fut une expérience... intéressante ;)

---

Ca, je veux bien croire :D

Citation:

---

Envoyé par koala01

l

std::unique_ptr par exemple représente un pointeur qui n'est pas partagé entre différentes classes.

Lorsque l'objet auquel il appartient est détruit, ou que l'on atteint la fin de la portée dans laquelle il est déclaré, la mémoire allouée au pointeur est correctement libérée de manière automatique:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

class MachinTruc { public: MachinTruc():ptr(new Bidule){} /* ...*/ private: std::unique_ptr<Bidule> ptr; } int main() { MachinTruc obj; std::unique_ptr<UnType> one(new UnType); if(test) { std::unique_ptr<AutreType> two(new AutreType); /* ce qui suit n'est peut etre pas très efficace du point de vue des   * performances, mais   */ for(int i=0;i<10:++i) { std::unique_ptr<AutreType> three(new AutreType); /* ... */ } // libération de la mémoire allouée à three ici /* ... */ }// libération de la mémoire allouée à two ici /* ... */ return 0; } // libération de la mémoire allouée à one ici // obj est détruit : libération de la mémoire allouée à objet.ptr ici

---

---

Je comprend que la mémoire alloué sera automatique libéré mais si je veux le faire moi même.

Voici mon programme comment sa marche :

Menu Principale
Consulter ProblèmePatient
On Remplie La Liste Avec Probleme patient
On revient Menu principale
On vide la Liste
Et on recommence avec un autre patient

mes listes sont en variable globale en raison de la manière que l'interface à été fait par mon professeur.

Citation:

---

Envoyé par koala01

Nous sommes bien d'accord ;)

Ce qui est dommage dans l'optique du "aucun nom en anglais", c'est surtout que cela n'habitue pas l'élève à ce qu'il rencontrera tout au long de sa carrière professionnelle, car, une fois dans la vie active, ce seront essentiellement des noms anglais :aie:

---

Je n'ai aucun problème avec l'anglais où le français donc cela ne dérenge pas trop. Si le code est en allemand ou en chinois à ben là je vais rien comprendre ^^

Citation:

---

Envoyé par lolaalol

Je comprend que la mémoire alloué sera automatique libéré mais si je veux le faire moi même.

Voici mon programme comment sa marche :

Menu Principale
Consulter ProblèmePatient
On Remplie La Liste Avec Probleme patient
On revient Menu principale
On vide la Liste
Et on recommence avec un autre patient

---

Ce n'est pas un problème, tu peux très bien mettre une liste de unique_ptr<Probleme> dans ta classe Patient, et, lorsque le patient sera détruit, la liste de ses problème le sera de manière tout à fait correcte ;)

Citation:

---

mes listes sont en variable globale en raison de la manière que l'interface à été fait par mon professeur.

---

Ca, par contre, c'est pas bien du tout :aie:

Les variables globales, c'est le mal :vomi::scarymov::fessee::furieux:

Mais, encore une fois, au moment où tu fais un clear de ta liste de unique_ptr, tu es sur que la mémoire de tous les objets utilisés par cette liste sera correctement libérée ;)

Citation:

---

Je n'ai aucun problème avec l'anglais où le français donc cela ne dérenge pas trop. Si le code est en allemand ou en chinois à ben là je vais rien comprendre ^^

---

je crois qu'on est à peu près tous dans ce cas ;)

Ce que je voulais surtout dire par là, c'est que la très grosse majorité des interfaces auxquelles tu sera confronté sera sans doute dans la langue de shakespeare...

je trouve vraiment dommage de ne pas habituer les étudiant à un état de fait, et ce d'autant plus que ce n'est pas un cours de dissertation ou de diction, mais bien un cours d'informatique (même si j'aime trouver des textes bien orthographiés quand meme :D )

En fait, ce que je verrais bien comme solution tient à peu près à ceci:
Dans la fonction main(), tu aurais une liste qui reprend les noms des patients et les informations utiles pour arriver à les récupérer (par exemple, leur identifiant dans une base de données ou ce qui permettra de définir quel fichier lire pour accéder aux données du patient)

Lorsque le toubib reçoit un patient, il commence par en charger son historique, c'est à dire que, sur base de la liste de patients dont il dispose, il va y avoir une requête qui va avoir pour résultat de créer un objet de type Patient.

Ce type patient sera, entre autres, composé d'une liste de "problèmes" (en fait, d'une liste de pointeur intelligents sur des problèmes ;))

Le toubib doit, cela semble logique, pouvoir rajouter un problème au patient qu'il est occupé à ausculter, et la destruction du patient aura, forcément, comme résultat de "sauvegarder" (quelle qu'en soit la manière) les problèmes que le toubib aura rajouté

Bien sur, il faut aussi prévoir le fait que le patient "en cours" soit un nouveau patient, et donc permettre la création d'une nouvelle fiche ;)

Mais, a priori, il n'y a strictement pas lieu d'avoir de variables globales ;)