Discussion :

[Thor Tillas]

Hello,

Je me demandais s'il �tait possible de faire une hashtable qui contiennent un pointeur de fonction.

Le but serait de pouvoir appeler une fonction en fonction d'un string...

j'ai essay� ca :

header.h

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
typedef void (*pointer_fct)();
 
public ref class PrerollTest :ITest {
  private:
    System::Collections::Hashtable^ map;
 
  public:
    PrerollTest(TestManager^ p_testManager);
    ~PrerollTest();
    void run(String^ name);
 
 
    //Test Method Declaration
    void FileSourceToWindowsDest();
  };

code.cpp

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
 
PrerollTest::PrerollTest(TestManager^ p_testManager)
{
   //Create the map to store the function pointer and is name
  this->map = gcnew System::Collections::Hashtable();
 
  //get the string
  String^ s = "File Source To Windows Dest";
 
 //Add the function pointer into the map
  this->map->Add(s,this->FileSourceToWindowsDest);
}
 
PrerollTest::~PrerollTest()
{
 
}
 
 
/*****************************************
* Virtual method declaration
*****************************************/
void PrerollTest::run(String^ name)
{
  //name is the name of the pointer function that we want to launch
 
  bool runAll;
  if(name->Equals("Run all"))
  {
    for each(*pointer_fct p in map->Values)
    {
      p();
     }
  }
else
  {
    System::Collections::IDictionaryEnumerator^ e = map->GetEnumerator();
    while ( e->MoveNext() )
      if(e->Key->Equals(name))
      {
        *pointer_fct p = e->Value;
        p();
      }
 
  }
 
}
 
/******************************************
* fonction 
******************************************/
void PrerollTest::FileSourceToWindowsDest()
{
}

Je trouve rien sur le net et je s�che pas mal sur comment r�soudre ce probl�me... une solution serait d'utiliser la map<string *, pointer_fct> de std mais je voulais rester en CLI pour faire ca...

Si vous avez une id�e ou rep�r� une erreur ou eu plus de chance que moi lors de vos recherche... bref... merci d'avance

[nico-pyright(c)]

quel est le probl�me ?
ca devrait marcher
mais tu as tout � fait interet � utiliser les delegate si tu veux rester conforme CLS

[Thor Tillas]

ok... dsl pour le d�rangement, c'�tait pas si compliquer que ca finalement... j'ai un peu mieux regarder les erreurs du compilo et remplacer mes pointeurs de fonction par des delegate...

Ca compile (je sais pas si ca marche... pas encore fait la partie qui devrait tester ca ^^)...

Donc pour ceux que ca int�resse, le code donne ca :

header.h

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
private delegate void testFunction();
 
  public ref class PrerollTest :ITest {
  private:
    System::Collections::Hashtable^ map;
 
  public:
    PrerollTest(TestManager^ p_testManager);
    ~PrerollTest();
    virtual void run(System::String^ name) override;
 
    //Test Method Declaration
    void FileSourceToWindowsDest();
  };

code.ccp

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
 
PrerollTest::PrerollTest(TestManager^ p_testManager)
{
  //Create the list to store the name of each test
  this->map = gcnew System::Collections::Hashtable();
 
  //Store in the Hashmap the function pointer and the string
  //get the string
  String^ s = "File Source To Windows Dest";
  //Add the test into the map
  testFunction^ ftow = gcnew testFunction(this, &PrerollTest::FileSourceToWindowsDest);
  this->map->Add(s,ftow);
 
}
 
 
PrerollTest::~PrerollTest()
{
 
}
 
 
/*****************************************
* Virtual method declaration
*****************************************/
void PrerollTest::run(String^ name)
{
  if(name->Equals("Run all"))
  {
    for each(testFunction^ p in map->Values)
      p();
  }else
  {
    System::Collections::IDictionaryEnumerator^ e = map->GetEnumerator();
    while ( e->MoveNext() )
      if(e->Key->Equals(name))
      {
        ((testFunction^)e->Value)();
 
      }
 
  }
}
 
 
void PrerollTest::FileSourceToWindowsDest()
{
}

Merci pour l'info sur les delegate... je connaissais pas ce type... bien pratique en tout cas

[M�dinoc]

Si tu es en C++/CLI, tu es donc en .Net 2.0.
Pourquoi ne pas utiliser des Dictionary<> ?

[Thor Tillas]

euh... parce que je sais pas ce que c'est ?^^ je me renseigne et je te dis pourquoi je vais pas l'utiliser ou pourquoi tu viens de me sauver la vie, ma place et ma famille

[Thor Tillas]

Apparement, je pourrais utilis� l'un ou l'autre.
L'objet dictionnaire permet de retrouver plus facilement un objet qu'il contient que les autres objets collections (cf cours d'algorithmique d'il y a deux ans... ouf c'est loin tout ca) et donc parait en effet plus indiqu� dans ce cas pr�sent.

Je n'ai pas tr�s bien compris cette partie par contre :

Ce dernier [l'objet Collection] est utile dans certaines situations o� l'objet Dictionary ne l'est pas. Par exemple, si vous cr�ez un mod�le objet personnalis�, l'objet Collection permet de stocker la r�f�rence d'une collection personnalis�e, mais non l'objet Dictionary.

Cela veut-il dire que Dictionary ne peut pas stocker de r�f�rence vers un objet autre que ceux d�fini par MS (genre autre que String, List, Forms etc) ou ca veut dire que l'on ne peut pas cr�er son propre dictionnaire et le r�f�rencer... pas tr�s clair je trouve

Si c'est la premi�re id�e... ben c'est vachement ridicule comme Structure de donn�e... pas pouvoir r�f�rencer nos propres objet emp�che plus de la moiti� des utilisations

Si c'est la seconde id�e... je vois pas trop comment ca se fait...

J'imagine donc qu'il doit y avoir une autre explication � ce bout de texte...



[EDIT] Au fait pour ceux qui sont int�ress� par le bout de code poster ben il fonctionne^^ j'ai test� ca hier...

[M�dinoc]

C'est faux, Dictionary permet de stocker tout ce que tu veux, m�me d'autres collections g�n�riques (m�me si Billou le d�conseille).
Tu peux m�me te faire un Dictionary de Object si �a te chante...

O� as-tu lu cette phrase en Fran�ais ?

[Thor Tillas]

sur MSDN France ... euh ce lien je crois : http://msdn.microsoft.com/library/fr...naryobject.asp

[Thor Tillas]

Voici donc le m�me code mais modifier pour utiliser un dictionaire de type :

System::Collection::Generic:ictionary<String^, delegate^> o� delegate doit �tre remplacer par le nom de votre fonction delegate (dans mon cas testFunction)

En esp�rant que ca puisse servir � quelqu'un un de ces jours ^^

Donc il y a deux m�thode, une qui sert � lancer les fonction delegate stock� dans le dico et une autre qui renvoi une liste avec le nom de toutes les m�thodes stock�e...


header.h

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
private delegate void testFunction();
 
  public ref class PrerollTest :PrerollTest {
  private:
    System::Collections::Dictionary<String^,testFunction^>^ dico;
 
  public:
    PrerollTest ();
    ~PrerollTest ();
    virtual void run(System::String^ name) ;
    virtual System::Collection::Generic::List^<String^> getAllName();
 
    //Test Method Declaration
    void aTestFunction();
  };

code.ccp

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
 
 
PrerollTest::PrerollTest ()
{
  //Create a dictionary to store the name of each test and his function
  this->dico= gcnew System::Collections::Dictionary<String^,testFunction^>();
 
  //Store in the Dicotionary the function pointer and the string
  //get the string
  String^ s = "A test Function";
  //Add the test into the dico
  testFunction^ aDelegate = gcnew testFunction(this, &PrerollTest::aTestFunction);
  this->dico->Add(s,aDelegate);
 
}
 
 
PrerollTest::~PrerollTest ()
{
 
}
 
 
void PrerollTest::run(String^ name)
{
//if the name is Run all -> just take each test and launch it
  if(name->Equals("Run all"))
  {
    for each(KeyValuePair<String^, testFunction^> ksp in dico)
      ksp.Value();
 
  }else
  {
//else try to find the right test and launch it
    testFunction^ value;
    if(dico->TryGetValue(name, value))
      value();
  }
 
}
 
List<String^>^ PrerollTest::getAllTest()
{
  List<String^>^ list = gcnew List<String^>();
  for each(KeyValuePair<String^, testFunction^> ksp in dico)
    list->Add(ksp.Key);
  return list; 
}
 
 
void PrerollTest::aTestFunction()
{
}

[M�dinoc]

Euh...
C'est pour VBScript ou VBA, ton lien.
Je ne pense pas qu'il s'agisse du Dictionary .Net...
Surtout que les m�thodes "en plus" mentionn�es n'existent pas dans un Dictionary .Net...

[Thor Tillas]

ok je comprends mieux... en effet j'avais pas vu ca sous cette angle... ca explique pourquoi je comprennais vraiment rien en tout cas.

En attendant, je suis pas trop sur de voir une grosse diff�rence entre Dico et Hashtable... Malgr� que mes souvenirs d'algorithmique me pousse � dire que le dico est plus rapide en recherche... je dois dire que je sais pas trop dans quel cas je dois utilis� plutot un ou plutot l'autre.

En gros, pour moi, j'utilise le dico sur les cl� String ou Object et le hastable sur les cl� int et autre.

Si tu as le temps de me donner une ou deux pr�cision sur les diff�rences je suis �videmment preneur

Sinon, je chercherais encore quelques info sur msdn et autre...

[M�dinoc]

La grosse diff�rence, c'est surtout que Dictionary<> est fortement typ� contrairement � HashTable...

[Thor Tillas]

En gros Hastable est � utiliser lorsque l'on sait que l'on va avoir plusieurs type d'objet dans la m�me collection et Dictionnaire lorsque tous les couples cl�/valeur sont de m�me type...

J'ai tout compris ?

[M�dinoc]

Ben non, HashTable est � ne pas utiliser du tout.
Tu peux toujours faire un Dictionary de Object si tu veux...

Et puis, la cl� d'un dictionnaire est rarement h�t�rog�ne, elle...
Et il est encore plus rare que les deux types � la fois soient h�t�rog�nes.