La classe C++ Ref n'est pas membre de System :: IDisposable; problème d'implémenter IDisposable

Question

Je veux créer un vecteur global de ma propre classe d'objets appelée "Person". Cependant, le compilateur dit que

error C2039: '{dtor}' : is not a member of 'System::IDisposable' 
1>  c:\windows\microsoft.net\framework\v2.0.50727\mscorlib.dll : see declaration of 'System::IDisposable' 

Alors je levai les yeux comment mettre en œuvre IDisposable (que je sais maintenant est utilisé principalement pour les ressources non gérés), mais encore ne peut pas sembler mettre en œuvre ce qui suit:

ref class Globals : System::IDisposable 
{ 
public: 
    static cliext::vector<Person^> person_data = gcnew cliext::vector<Person^>; 
    void Dispose() 
    { 
     delete person_data; 
    } 
}; 

Les 2 erreurs que je reçois sont:

error C2605: 'Dispose' : this method is reserved within a managed class 
1>  did you intend to define a destructor? 
error C3766: 'Globals' must provide an implementation for the interface method 'void System::IDisposable::Dispose(void)' 
1>  c:\windows\microsoft.net\framework\v2.0.50727\mscorlib.dll : see declaration of 'System::IDisposable::Dispose' 

Answer 1

De C++/CLI en action Le C++/CLI Éliminez modèle a ces règles (paraphrase):

• Si une classe a un finaliseur ou un destructeur le compilateur génère Dispose(bool) qui appellera soit le finaliseur ou le destructeur basé sur la valeur bool.
• S'il a juste un d'or (~ type) alors le compilateur appelle Dispose (true) pour que l''appel soit appelé.
• Si elle a juste un finaliseur le compilateur appelle Dispose (false) de sorte que le finaliseur est appelé

également pour la deuxième règle (type!): Le compilateur mettra en œuvre l'interface IDisposable pour vous (en générant Dispose()). Il utilise ensuite SuppressFinalize pour s'assurer que le finaliseur n'est pas appelé. Je l'ai fait avec votre code et la seule façon de le compiler était de faire de person_data un membre d'instance. L'erreur que j'ai eu quand il était statique était error C2039: '{dtor}' : is not a member of 'System::IDisposable' ce qui n'a pas beaucoup de sens.

De même, avez-vous besoin de delete le vecteur person_data puisqu'il s'agit d'un objet géré? Peut-être que vous faites mais je n'ai pas assez utilisé le cliext pour le dire.

Modifier Peut-être le premier paragraphe de cette article a la réponse (moi qui souligne):

Lorsque vous déclarez une variable membre comme statique et lorsque l'application démarre, le compilateur crée une copie de ce membre. Ce membre est géré par le compilateur pendant que le programme est en cours d'exécution.Si vous déclarez une instance d'une classe, comme la variable du véhicule ci-dessus, l'organe statique est pas partie de l'objet: le compilateur crée et maintient le membre statique, que vous utilisiez ou non, si vous déclarez une variable de classe ou non.

Answer 2

Utilisez un destructor. En C++/CLI ~ ClassName() est Dispose() et! ClassName() est équivalent à C# ~ ClassName(). Dans votre cas:

ref class Globals : System::IDisposable 
{ 
public: 
    static cliext::vector<Person^> person_data = gcnew cliext::vector<Person^>; 
    void ~Globals() 
    { 
     delete person_data; 
    } 
}; 

Answer 3

utiliser un finaliseur comme indiqué à http://www.codeproject.com/KB/mcpp/cppclidtors.aspx

Answer 4

Vous ne devez pas tirer explicitement de IDisposable. Suite à la MSDN doco, utilisez le schéma suivant:

ref class Globals 
{ 
public: 
    static cliext::vector<Person^> person_data = gcnew cliext::vector<Person^>; 
    !Globals() // finalizer 
    { 
     delete person_data; 
    { 
protected: 
    ~Globals() // destructor calls finalizer 
    { 
     this->!Globals(); 
    } 
}; 

Answer 5

Vous n'avez pas besoin d'implémenter Dispose() vous-même, directement ou via un destructeur. Le destructeur implicitement généré détruit déjà tous les objets membres. L'interface IDisposable sera ajoutée automatiquement, ne le mentionnez pas explicitement. Ensuite, vous devez vous décider si person_data est un handle (qui doit être défini sur une instance créée avec gcnew) ou une sémantique d'objet membre (comme la sémantique de la pile, le constructeur est automatiquement appelé par le constructeur du objet parent, le destructeur appelé automatiquement lorsque la durée de vie de l'objet parent se termine, et vous utilisez "." au lieu de "->" pour accéder aux membres). Etes-vous sûr de vouloir disposer d'une copie de person_data partagée entre toutes les instances de "Globals", mais détruite par la première instance, laissant toutes les autres instances contenant une référence invalide (référence à un objet disposé)? On dirait que vous essayez d'utiliser un anti-pattern Singleton ici, n'est-ce pas?