IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

SL & STL C++ Discussion :

Choix de conteneur pour un algo


Sujet :

SL & STL C++

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Mai 2006
    Messages
    330
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 330
    Par défaut Choix de conteneur pour un algo
    Salut,

    J'ai besoin de manipuler des paires de valeurs numériques (attribut1 = un entier, attribut2 = un flottant)

    Je dois parcourir les paires dans l'ordre croissant de l'attribut2...jusque là pas trop de problème. Maintenant il peut arriver qu'en cours de route des nouvelles paires dont l'identifiant unique est attribut1 arrivent ou disparaissent, dans ce cas je dois reprendre le parcours depuis le début dans l'ordre croissant de attribut2.

    Voici comment je compte faire:

    1- je prends une structure typedef struct { int attr1; double attr2; } paire;
    2- je construis un vecteur vector<paire> vectPaires avec les paires courantes
    3- je trie ce vecteur selon un prédicateur sur attribut2
    4- je commence le parcours dans l'ordre des indices du vecteur
    5- si des paires disparaissent je les recherche une par une dans le vecteur (avec find_if) et je les retire (avec remove), inutile de retrier le vecteur je reprends le parcours du début
    6- si des paires apparaissent je les ajoute au vecteur, puis je le retrie et je reprends le parcours du début.

    J'ai le sentiment que ce n'est pas très optimal mais je n'ai pas trouvé mieux...je compte sur vous pour dire s'il y a plus efficace

  2. #2
    Membre Expert
    Avatar de Goten
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    1 580
    Détails du profil
    Informations personnelles :
    Âge : 34
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 1 580
    Par défaut
    Une map ne répond pas directement à tes attentes?

    en fait je crois que j'ai pas compris l'histoire du : disparaisse ou apparaisse...

  3. #3
    Rédacteur
    Avatar de 3DArchi
    Profil pro
    Inscrit en
    Juin 2008
    Messages
    7 634
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2008
    Messages : 7 634
    Par défaut
    Salut,
    • Cette entrée de la FAQ propose un schéma de décision sur le choix des conteneurs.
    • Il existe un conteneur std::pair, pas besoin de réinventer la roue!
    • Effectivement, les map sont triées sur la clé (modulo ce qui est dit dans l'article, mais ne s'applique pas à ton cas...) .

  4. #4
    Expert confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Décembre 2003
    Messages
    3 549
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Décembre 2003
    Messages : 3 549
    Par défaut
    C'est pas plutôt une priority queue que tu veux ?

  5. #5
    Membre éclairé
    Inscrit en
    Mai 2006
    Messages
    330
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 330
    Par défaut
    Citation Envoyé par loufoque Voir le message
    C'est pas plutôt une priority queue que tu veux ?
    Effectivement si je regarde le schema de décision de la FAQ j'arrive à priority_queue. Intéressant mais je pense que j'ai trouvé plus efficace bien que moins élégant :

    J'ajoute à ma structure contenant attribut1 et attribut2 un troisième attribut qui dit si le couple en question est présent ou non présent (apparu/disparu) - c'est possible car mon problème contient un nombre fini de couples possibles.
    Ensuite si je dois fournir le couple ayant le plus petit attribut2 je recherche dans mon vecteur classé le premier qui a l'attribut "présent".

    L'avantage étant que j'évite de manipuler un conteneur dont le nombre d'élements varie. Bref avec cette solution ce n'est pas très intéressant comme problème...un peu trop spécifique. Mais ça m'aura permis de faire connaissance avec la priority_queue pour une prochaine fois.

    Merci

  6. #6
    Expert confirmé
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Décembre 2003
    Messages
    3 549
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Décembre 2003
    Messages : 3 549
    Par défaut
    Ton besoin est exactement celui d'une priority queue, qui est un besoin extrememement courant et qui peut s'implémenter de manière très efficace.
    Et toi, tu choisis d'utiliser l'implémentation la pire imaginable, i.e. l'opération principale est en O(n).

  7. #7
    Membre émérite
    Avatar de Spout
    Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Février 2007
    Messages
    904
    Détails du profil
    Informations personnelles :
    Âge : 40
    Localisation : France, Val d'Oise (Île de France)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux

    Informations forums :
    Inscription : Février 2007
    Messages : 904
    Par défaut
    Citation Envoyé par tnarol Voir le message
    Effectivement si je regarde le schema de décision de la FAQ j'arrive à priority_queue. Intéressant mais je pense que j'ai trouvé plus efficace bien que moins élégant :
    Tu en es sûr?

    Pour la recherche dans ton container (si tu restes dans l'optique STL), tu peux utiliser la fonction find_if de la STL.

Discussions similaires

  1. Aide pour choix d'un projet en Algo & Prog
    Par Ravnos dans le forum Delphi
    Réponses: 13
    Dernier message: 06/03/2013, 20h41
  2. Choix de langage pour Photoshop très léger
    Par mat10000 dans le forum Langages de programmation
    Réponses: 12
    Dernier message: 19/08/2005, 11h09
  3. [Choix de langage] Pour un convertisseur de fichiers
    Par FredBe dans le forum Langages de programmation
    Réponses: 28
    Dernier message: 13/12/2004, 17h22
  4. Choix du langage pour un logiciel de cryptage ?
    Par Paul-- dans le forum Langages de programmation
    Réponses: 15
    Dernier message: 22/09/2004, 18h27
  5. Choix de technologies pour mon application
    Par Franco dans le forum Java EE
    Réponses: 5
    Dernier message: 21/10/2003, 14h10

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo