GESTION D'UNE LISTE CHAÎNÉE AVEC DES FICHIERS
magic_Nono
Messages postés
1878
Date d'inscription
jeudi 16 octobre 2003
Statut
Membre
Dernière intervention
16 mars 2011
-
2 août 2004 à 16:52
marik7335 Messages postés 115 Date d'inscription samedi 27 décembre 2003 Statut Membre Dernière intervention 11 mai 2009 - 5 nov. 2004 à 23:35
marik7335 Messages postés 115 Date d'inscription samedi 27 décembre 2003 Statut Membre Dernière intervention 11 mai 2009 - 5 nov. 2004 à 23:35
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/25098-gestion-d-une-liste-chainee-avec-des-fichiers
https://codes-sources.commentcamarche.net/source/25098-gestion-d-une-liste-chainee-avec-des-fichiers
5 nov. 2004 à 23:35
5 nov. 2004 à 10:07
C la replique exacte du code.
Enfin je tenais juste a le signaler.
5 août 2004 à 09:27
merci
++
MN - vive MP : http://steph.dall.online.fr/MP
5 août 2004 à 09:00
par contre pour ce qui est des eventuel optimisations faites par le compilo, rien n'est ecris dans le standard, il faut connaitre le compilo
le const apres le prototype d'une methode membre permet d'assurer l'integrité de l'objet, il ne pourra etre modifié (aucun de ses membre ne peuvent etre modifié, sauf ceux spécifiés mutable)
5 août 2004 à 08:49
mais il me semblait que comme le compilo était sûr que la var n'était pas modifiée, il se permettait de la transmettre pas @.
Ptet que C uniquement certains compilos ou ptet que j'ai fait une err sur le coup...
Au fait, qqn pourrait rappeller a quoi sert le const mis après le prototype de fonction?
++
Nono
4 août 2004 à 19:10
tu confond avec le passage par reference (en c++, et par pointeur en c)
const n'a rien a voir la dedans, ca ne se traduit pas dans le code généré, c'est juste une securite offerte par le compilo contre soi meme
4 août 2004 à 14:42
Je suis encore étudiant et il faut dire que je ne connais pas tout du C++. Mais bon merci pour les renseignements j'en tiendrais compte par la suite.
Salut
4 août 2004 à 09:02
permet juste d'accélérer et de sécuriser les trtts car sinon, une copie est employée dc la sécu est bien assurée mais au pri d'une copie implicite...
++
Nono.
3 août 2004 à 21:29
...
et surtout en terme de poo
virtual void Afficher() const;
... pour toute les methodes n'ayant pas à modifier l'hinstance, sinon comment assurer sont integrité
le c++ est un langage orienté sécurité, on peut pas programmer sans const
3 août 2004 à 21:18
C'est juste un exemple simple qui permet d'expliquer comment sauvegarder er récupérer des données d'un fichier avec des listes chaînées. Ce n'est pas un vrai programme de 3000 lignes de codes qui utilisent les différentes méthodes du c++ en outre, les templates, les exceptions etc... ce n'est pas l'interêt de cet exemple. Il vise les personnes qui ont du mal avec les fichiers et le listes chaînées. mais bon merci quand même pour les infos Nono.
Par contre djl je vois pas pourquoi tu me parle de const, tant que tu y es on peut aussi mettre des #define, je comprends pas le but de ta phrase.
Amicalement,
Marik7335
2 août 2004 à 23:56
2 août 2004 à 16:52
Et voici une n-ieme edition des listes chainees...
je ne comprenais pas l'histoire des fichiers, après étude (rapide, donc ptet que je me trompe)
le seul intéret est la sauvegarde / restitution...
sinon, sans vouloir t'offencer, j'ai trouvé le srce relativement pauvre (peu de fonction/ peu de commentaires)
pas de template...
cela peut tout aussi bien etre fait avec les BListeIndir<voiture> avec son toString envoyé ds un fichier
mais il faudrait rajouter un opérateur de chagement...
Rq: si voiture a un constructeur prenant un char* correspondant a un toString,
la sauvegarde / restaurtation peu se faire par fichier ini & tt est déjà fait
référence : BString - BFichierIni - BListeIndir
Magicalement,
Nono.