Discussion :

[aiglelibre]

Bonjour à tous,

Dans le cadre d'un projet vb.net avec VS2003, je n'arrive pas à trouver l'équivalent de using Statement, puique c'est disponible que a partir de FW 2.0

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
 
string jsonText = @"[""Europe"", ""Asia"", ""Australia"", ""Antarctica"",
 ""North America"", ""South America"", ""Africa""]";
 
using (JsonTextReader reader = new JsonTextReader(new
 StringReader(jsonText)))
{
    while (reader.Read())
    {
        if (reader.TokenClass == JsonTokenClass.String &&
            reader.Text.StartsWith("A"))
        {
            Console.WriteLine(reader.Text);
        }
    }
}

Pouvez vous me dire comment peut on écrire ce bout de code en vb.net FW 1.1 ?
Merci par avance

[chrismonoye]

Bonjour
supprimez using et libérez le reader avec sa méthode close ou et dispose, si elle existe.

[aiglelibre]

Bonjour
supprimez using et libérez le reader avec sa méthode close ou et dispose, si elle existe.

Merci
Mais en VB.NET 2003 y a pas encore using, je cherche un équivalent

une idée ?

[chrismonoye]

Bonjour
supprimez using et libérez le reader avec sa méthode close ou et dispose, si elle existe.

Ca doit donner ça :

Code :

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

1
2
3
4
5
        Dim reader As New JsonTextReader(New StringReader(jsonText))
        While reader.Read()
          '*** TRAITEMENT
        End While
        reader.Close()

[aiglelibre]

Merci chrismonoye

[Pol63]

non il y a mieux, car si ca plante avant le .close ca ne sera pas closé
de plus c'est .dispose qui libère la mémoire non managée
using appelle d'ailleurs .dispose à la sortie du bloc même en cas d'erreur et n'est utilisable qu'avec des classes implémentant IDisposable

bref ca donne :

Code :

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

1
2
3
4
5
6
7
8
9
 
dim v as variable disposable ' reader, connection, image ...
try
  ' traitement
catch ex as excemtion
  ' traitement et/ou log de l'erreur
finally
if v isnot nothing then v.dispose
end try

le bloc finally est exécuté dans tous les cas, soit à la fin du try, soit à la fin du catch

[chrismonoye]

Je ne parlais que du "using", et c'est sur qu'il faut traiter les exceptions.
Autrement, je ne crois pas que ce reader possède une méthode "dispose".
Sa méthode "close", ferme le flux et libère les ressources.

[Pol63]

en effet le reader n'est pas disposable

m'enfin pour être sur de le closer il faut bien le faire dans un finally

[chrismonoye]

OK

[cinemania]

de toute façon comme il a déja été dit,

le using statement est une construction syntaxique UNIQUEMENT disponible pour des objets Disposable (qui implémente IDisposable)
alors finalement que toi sois en 1.1 ou 2 ou même 4 ca n'aurais rien changer au schmilblick.

[chrismonoye]

Bonsoir,
oui d'accord, la bible dit :

La classe doit implémenter l'interface IDisposable.

Mais elle dit aussi :

Votre code requiert parfois une ressource non managée, par exemple un handle de fichier, un wrapper COM ou une connexion SQL. Un bloc Using garantit la suppression d'une ou de plusieurs de ces ressources lorsque votre code a fini de les utiliser.

De plus ces readers Json ont des .dispose en protected.
Alors using est il efficace?
Si vous pouviez m'éclairer, merci.

[cinemania]

non le using ne fonctionnera que si et seulement si le reader implémente l'interface IDisposeable.
le fait qu'il ait une méthode dispose même protégée ne signifie pas qu'il implémente cet interface.

attention quand même, parfois on a des drôles de surprise avec les blocs using.
si tu prend par exemple un objet de contexte généré par entity framework, et que tu l'expose publiquement dans ton assembly. si tu fait un autre projet qui se réfère à cet assembly où tu défini cet objet de contexte... logiquement tu pourras l'utiliser.
effectivement tu le pourras, mais les règles d'utilisations vont alors changer selon 2 cas.
si tu n'inclue que la référence vers cette assembly sans les dépendances vers entity framework... alors tu pourra instancier l'objet de contexte, et le faire fonctionner, mais tu ne pourra pas appeler sa méthode Dispose() et tu ne pourra pas non plus l'utiliser dans un using.
si en revanche tu inclue une référence de projet vers System.Data.Entity... oh miracle... ton objet de contexte devient Disposeable et donc peut-être utilisé dans un using...
tout est question de portée.
j'ai déjà rencontré un cas similaire également mais je ne sais plus du tout pourquoi, mais en dehors de entity framework.

[chrismonoye]

Bonjour cinemania
Ma réponse est tardive, mais j’ai passé beaucoup de temps à lire sur l’exemple Entity Framework, nouveau pour moi.
Aussi beaucoup de lecture sur Using ou Finally.
Déjà concernant les deux DLL Json que j’ai regardé, leur « reader » implémente bien IDisposable.
A mon niveau de compréhension, je trouve difficile de savoir ce que fait réellement Using, difficile de le suivre pas à pas.
Dans le sens de Pol63, j’ai trouvé ce bout de code qui devrait, (je pense) générer une exception si l’objet n’implémentait pas IDisposable :

Code :

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

1
2
3
4
5
6
        Finally
            Dim disposable As IDisposable = CType(reader, IDisposable)
            If disposable IsNot Nothing Then
                disposable.Dispose()
            End If
        End Try

Pour conclure j’archive ton exemple, qui pourra me servir, une fois le concept des ObjectContext de ADO.NET Entity Framework, assimilé et mis en application.
Merci.

[Pol63]

je confirme que ce code plantera si la variable reader n'implémente pas IDisposable