wxWidgets: Comment initialiser wxApp sans l'aide des macros et sans entrer dans la boucle principale de l'application?

Nous avons besoin d'écrire des tests unitaires pour un wxWidgets application à l'aide de Google Framework de Test.
Le problème est que wxWidgets utilise la macro IMPLEMENT_APP(MyApp) d'initialiser et d'entrer dans la boucle principale de l'application. Cette macro crée plusieurs fonctions, notamment la int main(). Le google test framework utilise également des définitions de macros pour chaque test.

L'un des problèmes est qu'il n'est pas possible d'appeler la wxWidgets macro à partir de la macro de test, parce que le premier crée fonctions.. Donc, nous avons constaté que nous pourrions remplacer la macro avec le code suivant:

wxApp* pApp = new MyApp(); 
wxApp::SetInstance(pApp);
wxEntry(argc, argv);

C'est un bon remplaçant, mais wxEntry() qui pénètre dans l'application d'origine de la boucle. Si nous ne les appelons pas wxEntry() il y a encore certaines parties de la demande n'est pas initialisé.

La question est de savoir comment initialiser tout le nécessaire pour un wxApp à exécuter, sans réellement l'exécuter, nous sommes donc en mesure de test de l'unité des portions de celui-ci?

InformationsquelleAutor m_pGladiator | 2008-10-16

c++googletest unit-testing wxwidgets

3

Vous souhaitez utiliser la fonction:
```
bool wxEntryStart(int& argc, wxChar **argv)
```
au lieu de wxEntry. Il ne demande pas de votre application OnInit() ou d'exécuter la boucle principale.

Vous pouvez appeler wxTheApp->CallOnInit() d'invoquer OnInit() en cas de besoin dans vos tests.

Vous aurez besoin d'utiliser
```
void wxEntryCleanup()
```
lorsque vous avez terminé.
- En fait, cela ne fonctionne pas. L'application n'est pas encore initialisé
- Pouvez-vous être plus précis sur ce "non initialisé" signifie? Si vous lisez le code source, vous verrez que wxEntry vraiment ne fait pas beaucoup plus que d'appeler wxEntryStart (), puis d'appeler la "OnInit()" et "OnRun()". Je pense que vous voulez l'appeler OnInit() manuellement dans vos tests.
- OK, c'est quelque chose que j'ai manqué - OnInit(). Je vais l'essayer.
- Par Initialisé, les moyens que je pouvais créer une fenêtre principale, sans la montrer et de garder le contrôle dans l'UT, qui permet à l'UT de créer des classes, qui nécessite cette fenêtre principale pour travailler.
- Principal de windows sont classiquement créé en OnInit(). Vous pouvez appeler wxTheApp->CallOnInit() pour appeler manuellement. Toutefois, si le message de la pompe n'est pas en cours d'exécution, la plupart des événements liés à des parties de la fenêtre de travail. Peut-être que ce sujet est en mouvement dans une nouvelle, autre question sur la façon de l'unité de test des Interfaces graphiques?
InformationsquelleAutor kbluck
12

Simplement été par moi-même avec 2.8.10. La magie est présente:
```
//MyWxApp derives from wxApp
wxApp::SetInstance( new MyWxApp() );
wxEntryStart( argc, argv );
wxTheApp->OnInit();

//you can create top level-windows here or in OnInit()
...
//do your testing here

wxTheApp->OnRun();
wxTheApp->OnExit();
wxEntryCleanup();
```
Vous suffit de créer un wxApp exemple, plutôt que d'obtenir votre propre classe en utilisant la technique ci-dessus.

Je ne suis pas sûr de savoir comment vous attendez-vous à faire de l'unité de test de votre application sans entrer dans le mainloop comme beaucoup de wxWidgets composants exiger la livraison des événements de la fonction. L'approche habituelle est de lancer les tests unitaires après être entré dans la boucle principale.
- Merci! A travaillé pour moi +1
InformationsquelleAutor Daniel Paull

IMPLEMENT_APP_NO_MAIN(MyApp);
IMPLEMENT_WX_THEME_SUPPORT;

int main(int argc, char *argv[])
{
    wxEntryStart( argc, argv );
    wxTheApp->CallOnInit();
    wxTheApp->OnRun();

    return 0;
}

InformationsquelleAutor Byllgrim

Il ressemble à la réalisation des essais dans le wxApp::OnRun() la fonction peut peut-être travailler.
Voici le code qui teste une boîte de dialogue de titre avec cppUnitLite2.

 
#include "wx/wxprec.h" 

#ifdef __BORLANDC__ 
#pragma hdrstop 
#endif 

#ifndef WX_PRECOMP 
#include "wx/wx.h" 
#endif 
#include "wx/app.h" //utiliser des crochets pour wx inclut: j'ai fait des devis pour surmonter le problème de rendu HTML 
#include "wx/Cadre.h" 
#include "../CppUnitLite2\src/CppUnitLite2.h" 
#include "../CppUnitLite2\src/TestResultStdErr.h" 
#include "../theAppToBeTested/MyDialog.h" 
TEST (MyFirstTest) 
{ 
//Le "Hello World" du système de test 
int a = 102; 
CHECK_EQUAL (102, a); 
} 

TEST (MySecondTest) 
{ 
MyDialog dlg(NULL); //instancier une classe dérivée de wxDialog 
CHECK_EQUAL ("BONJOUR", la dlg.GetTitle()); //Attend à ce que ceci à l'échec: le titre doit être "MON DIALOGUE" 
} 

classe MyApp: public wxApp 
{ 
public: 
virtual bool OnInit(); 
virtual int OnRun(); 
}; 

IMPLEMENT_APP(MyApp) 

bool MyApp::OnInit() 
{ 
return true; 
} 

int MyApp::OnRun() 
{ 
fprintf(stderr, "====================== Application en cours d'Exécution des Tests Unitaires =============================\n"); 
if ( !wxApp::OnInit() ) 
return false; 

TestResultStdErr résultat; 
TestRegistry::Instance().Exécuter(result); 
fprintf(stderr, "====================== les Tests de fin: %ld erreurs =============================\n", result.FailureCount() ); 

résultat de retour.FailureCount(); 
}

InformationsquelleAutor W Semmelink

-1

Vous pourriez peut-être renverser la situation:

Initialiser et lancer le wxPython application, y compris la boucle principale, puis exécuter les tests unitaires à partir de l'application. Je pense qu'il y a une fonction appelée lors de la boucle principale de l'entrée, après tout init truc est fait.
- L'objectif est de tester l'application avec UT, UT pas avec l'app
- À moins de trouver une façon de faire la complète init (et jusqu'à présent, personne n'a suggéré une solution viable) L'objectif qui a été dit dans un commentaire ci-dessus peut très bien être atteint de cette façon. J'ai fait des choses similaires déjà en wxPython.
- +1 pour moi, c'est comment j'ai fait mes tests en wxWidgets, après avoir essayé de résoudre le problème moi-même.
InformationsquelleAutor Ber

-1

Avez-vous essayé le IMPLEMENT_APP_NO_MAIN macro? L'observation à la condition ci-dessus la définition de la macro suggère qu'il pourrait faire ce dont vous avez besoin.

De <wxWidgets' source dir>\include\wx.h:

//Use this macro if you want to define your own main() or WinMain() function
//and call wxEntry() from there.
#define IMPLEMENT_APP_NO_MAIN(appname)                                      \
   wxAppConsole *wxCreateApp()                                             \
    {                                                                       \
        wxAppConsole::CheckBuildOptions(WX_BUILD_OPTIONS_SIGNATURE,         \
                                        "your program");                    \
        return new appname;                                                 \
    }                                                                       \
    wxAppInitializer                                                        \
        wxTheAppInitializer((wxAppInitializerFunction) wxCreateApp);        \
    DECLARE_APP(appname)                                                    \
    appname& wxGetApp() { return *wx_static_cast(appname*, wxApp::GetInstance()); }

Cette macro est en fait réduite aux deux premières lignes de code en question. Le problème est qu'avant d'appeler wxEntry() il y a quelques parties de wxApp pas encore initialisé. wxEntry() entre l'application de la boucle et le contrôle est passé à wxWidgets. J'aimerais init le wxApp, sans l'exécuter.

InformationsquelleAutor antik

Vous devez vous connecter pour publier un commentaire.