Discussion :

[petitours]

bonjour

Je n'arrive pas à ouvrir une aboutBox que j'ai ajouté a mon projet via Projet->ajouter un formulaire windows -> boite a propos

j'ai essayé avec

Code :

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

Apropos.ActiveForm.Show();

mais il ne se passe rien

et avec

Code :

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

Apropos.ActiveForm.ShowDialog();

mais me dit qu'il est déjà visible, qu'il faut le rendre invisible avant (mais je ne trouve pas la propriété Visible pour cet AboutBox...)

J'ai essayé sans le ActiveForm, la méthode Show directement n'existe pas...

bref, je m'y prends pas comme il faut

Merci par avance

[ctxnop]

Salut,
La propriété "ActiveForm" est une propriété statique issue de Form comme l'indique la documentation.
Et cette propriété retourne le formulaire actif. Donc aucune chance qu'il te retourne ton AboutBox.

Ton AboutBox est un objet, comme tout le reste, comme n'importe quelle fenêtre classique.
Conséquence, il s'invoque comme ceci (en version modale) :

Code :

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

1
2
3
4
5
 
using(Apropos a = new Apropos())
{
    a.ShowDialog();
}

[petitours]

Ouha... j'etais loin du compte vu que je comprends même pas la réponse !

Je vais étudier le vocabulaire de cette magnifique réponse qui m'explique le pourquoi du comment

Merci beaucoup !

[petitours]

re,

donc si je comprends bien AboutBox est une classe que je peux appeler plusieurs fois si je veux.

Avec ce using je crée l'objet à partir de la classe puis je demande à l'afficher.

Et si je comprends toujours bien, le using permet de libérer la mémoire qui a servi a construire l'objet dés que possible.

J'ai un peu de bon ?

en tous cas ça fonctionne très bien

[ctxnop]

J'ai un peu de bon ?

Presque tout
Presque car le using n'est en rien responsable de la création de l'objet.
Le mot clef using est un sucre syntaxique pour la construction suivante :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
Apropos a;
try
{
    a = new Apropos(); // C'est "new" qui crée l'objet
    // ici on place le code qu'on aurait mis dans le block using :
    a.ShowDialog();
}
finally
{
    a.Dispose();
}

Le but de ce code est qu'en cas d'exception ou de sortie de portée, l'objet créé dans les parenthèses en face du using (en l'occurrence "a") soit détruit correctement.

[petitours]

a ok

j'avais du mal à piger l'histoire de la portée.

En gros ça empêche que la destruction de l'objet nous échappe.
Soit on arrive à l'ouvrir , soit on fait le ménage.

Alala je gère jamais les try catch pour le moment... mais bon je vous apprendrai à faire du code qui try et réussi toujours ! Pas de doutes, ce n'est pas le mien mais c'est un métier !

Merci beaucoup

[ctxnop]

En C# les portées sont toujours clairement identifiées, elles sont représentées par les accolades.
On peut imbriquer les portées les unes dans les autres, autant que l'on veut, on éviter d'en mettre trop sinon le code n'est plus lisible.
Chaque portée peut accéder a son propre contenu ainsi qu'au contenus de tous ses parents.
exemple :

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
 
class MaClass
{ // Ouverture de la portée "MaClass"
 
    private string UneVariableMembre;
 
    public void UneMethode()
    { // Ouverture de la portée "MaClass::UneMethode()"
 
        // Ici on a accès à tout ce qui est déclaré dans MaClass::UneMethode()
        // Mais égale à tout ce qui est déclaré dans les parents, en l'occurrence MaClass
        UneVariableMember = "Je peux accéder à cette variable".
 
        string VariableLocale = "Cette variable est locale à la portée MaClass::UneMethode()";
 
    }// Fermeture de la portée "MaClass::UneMethode()"
 
    public void UneAutreMethode()
    { // Ouverture de la portée MaClass::UneAutreMethode()
 
        VariableLocale = "Cette ligne ne compilera pas car la portée MaClass::UneMethode n'est pas parente ce la portée MaClass::UneAutreMethode";
 
    } // Fermeture de la portée MaClass::UneAutreMethode()
 
    public void DerniereMethode()
    { // Ouverture de la portée MaClass::DerniereMethode()
 
        // Pour faire simple, il y a deux façon de sortir d'une portée :
        return; // La volontaire, d'autres mots clefs peuvent aussi permettre la sortie de portée.
 
        string Involontaire = null;
        Involontaire.Substring(1); // NullReferenceException, sortie de portée.
 
    } // Fermeture de la portée MaClass::DerniereMethode()
} // Ouverture de la portée "MaClass"

De façon générale, en .Net et dans tous les langages objet, tu ne peux pratiquement jamais garantir qu'une ligne de code fonctionnera sans exception. Par exemple, faire un "new" d'une classe, même une classe très simple, signifie qu'il y a allocation mémoire, résolution de type, peut être même d'assembly, probablement des cast (boxing/unboxing) etc...
Rien que pour l'histoire de l'allocation mémoire tu ne peux être sûr et certain que la ligne fonctionnera sans problème. Tu peux tout à fait manquer de mémoire rendant l'allocation impossible.

Pour ces raisons tu ne peux pas laisser de coté le système d'exceptions try/catch ou les constructions à base de using.

[petitours]

Merci pour ce petit cours particulier !
Même après lu des cours et des tutos ca m'aide beaucoup !

Mes connaissances en programmation viennent du C sur microcontroleur. Je n'ai donc aucun mal à percuter sur les contraintes matérielles du code (tel que l'allocation mémoire), mais la programmation objet reste une logique qui m'est beaucoup étrangère.

Mais je commence à la voir enfin comme un avantage fort !

Merci beaucoup