Discussion :

[delta07]

Bonjour à tous,

je viens d'être balancer sur un projet c++, et ce n'est pas trop mon rayon. Je suis dans une grosse phase d’apprentissage.
Le projet est assez gros, avec plein de choses dedans, très intéressantes, mais je me heurte à une première difficulté de compréhension qui doit venir de mon manque de connaissance cpp.

Le main de ce projet est :

Code :

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

1
2
3
4
5
6
7
8
9
 
// Get application instance
    IApplication& app = IApplication::getInstance();
 
    // Initialize application
    if (app.init(argc, argv))
    {
        // Start application
        ret = app.start();

Assez simple, mais pour moi

Code :

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

    IApplication& app = IApplication::getInstance();

ça c'est assez flou. C'est bien une interface ? (interface étant équivalent à abstrait en c++ ?)
Comment peut on initialiser une interface ?

Surtout qu'après

Code :

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

1
2
3
app.init(argc, argv)
 
app.start()

ces méthodes sont bien lancées, mais je ne comprend pas où le main trouve ces méthodes.

Un concept doit m'échapper....

[bacelar]

Plus que le C++, c'est peut-être les Design Pattern qu'il faut un peu réviser.
A ma connaissance, le concept d'interface n'a pas de définition en C++, à part dans la version M$ du C++ (s'il la maintiennent encore et c'est pas dit).

Ce I de "IApplication", c'est bien pour indiquer une "interface" en terme sémantique, il n'y a pas de définition strict de ce qu'est une interface.
Ici "IApplication" est une simple classe (vraisemblablement abstraite via le mot clé "abstract") avec une simple méthode statique getInstance.
Ceci est l'implémentation habituelle de Design Pattern "Singleton" (l'un des plus décrié par un mauvais usage abusif).

ces méthodes sont bien lancées, mais je ne comprend pas où le main trouve ces méthodes.

Dans le Singleton, l'instance (unique par l'utilisation de Design Pattern) de type IApplication (ou d'une classe fille de IApplication).

[Bousk]

Ne pas pouvoir instancier une interface n'interdit pas d'en utiliser, sinon elles n'auraient aucun intérêt.
Il suffit qu'une classe en hérite.
Avec un tel code, ma boule de cristal voit que la classe qui l'implémente enregistre son instance afin d'être retrouvée via ce GetInstance. Il s'agit peut-être d'un singleton.
Bien sûr ce ne sont que des théories sans voir le code. Mais la lecture du simple code de getInstance devrait indiquer comment ça marche en 1/2s

[delta07]

Merci pour ces précisions. Effectivement le Singleton n'est pas un patern qui m'est familié.

Ce qui me perturbe c'est que juste en appelant le getInstance de la classe abstraite on puisse avoir l'objet en lui même.

Ou alors vu que c'est un Singleton , lors de la compilation le programme sait déjà ou trouver la définitions de la méthode ?

[Bousk]

Non tu ne récupères pas l'objet mais une référence, et ça n'a rien à voir.
Lire un bouquin ou des cours sur les bases du langage ne serait pas du luxe.
Et de toutes façons une fonction peut bien retourner ce que bon lui chante alors je vois pas ce qui peut être perturbant ou non
Et si tu as accès au code, lis-le! Tu verras qu'il n'y a rien de magique derrière ce getInstance.

https://cpp.developpez.com/faq/cpp/?...erence-de-type

[delta07]

Merci de prendre le temps de me répondre.
Manifestement je ne suis pas clair sur ce qui est une difficulté de compréhension pour moi. Je vais tenter de reformuler.

J'ai un main. Dans ce main j'appelle une methode d'une une instance d'une classe abstraite. Cette méthode n'est défini que dans la fille qui hérite de cette classe abstraite.

Je ne comprend donc pas où se fait le lien entre mon instance dans le main, et la définition de la méthode getInstance.


J'ajouterai peut être juste que j'ai commencé par dire que le c++ n'était pas connu pour moi. Si je viens poser une question ici, c'est pour soliciter de l'aide, ainsi qu'une explication pédagogique. Bien entendu Je je vais devoir étudier le sujet, lire le code, et passer du temps pour me mettre a niveau.
Je ne suis pas convaincu de l'utilité de bien insister sur le fait que je ne comprend pas, je suis la pour ça.