J'essaie de "envelopper" un Je veux deux choses: < ul>
Un morceau de mon code ressemble à ceci: au Si vous vous demandez pourquoi j'ai besoin d'ouvrir et de fermer streamreader dans une classe Fichier , avec des méthodes et des attributs supplémentaires. streamreader s'ouvre automatiquement dans le Fichier Classe;
StreamReder s'ouvre lorsque nous utilisons la méthode excédentaire readline , et non auparavant (nous devons modifier le fichier avant de le lire avec un StreamReader ).
??? , je veux vérifier si le streamerader a été fermé. En effet, si nous faisons: sr n'est pas null, mais comment vérifier qu'il est fermé et comment le réexprimer? StreamReader , c'est parce que l'objet fichier doit exister à tout moment, mais le fichier qu'il représente doit être modifié plusieurs fois dans un programme externe.
4 Réponses :
Il n'y a pas de moyen publié de vérifier si le flux / lecteur est fermé. Il suffit de définir ou conserver un drapeau séparé. lecteur à NULL dès que vous la fermez:
Je n'avais pas ce que même c'est simple. Merci.
La chose la plus facile est de éventuellement, vous pouvez rechercher Dispose (vous devez vraiment le faire, il ferme également le flux) et la définir sur null lorsque vous le fermez.
endofstream , mais cela nécessite que vous lisez à la fin du flux.
Bonne idée; Je vous remercie. Pourquoi devrais-je préférer Disposer sur Fermer ? (selon ce sujet, fermeture appels Dispose : Stackoverflow.com/Questtions/7524903/... )
@Chostakovitch: Les opinions varient, mais mon opinion est la suivante: si elle implémente Idisposable , appelez Dispose . C'est une preuve future aussi, car lorsque Microsoft le met à jour et qu'il nécessite une élimination, vous êtes en sécurité.
Il suffit de définir la référence à NULL lorsque vous fermez le lecteur:
sr.Close(); sr = null;
sorties: faux
vrai
Appuyez sur n'importe quelle touche pour continuer. . .
streamreader.close () fera un certain nombre de choses si le drapeau céder est défini sur false , si tel est le cas alors Vous pouvez vérifier si streamreader.basestream est null .
Idée intéressante. Je ne pense pas que ce comportement soit documenté, il serait donc préférable de ne pas compter sur elle. En effet, si on n'a aucun contrôle lorsque le lecteur est disposé, cela peut être une option. En outre, en utilisant StreamReader Propriété spécifique limitera les options pour utiliser d'autres lecteurs à la place (I.e. Base Textreader ).
Le fichier
system.io a une classe nomméefichier alors faites attention à ne pas mélanger votre propre classe et leSystem.IO.Fileclasse ..basestream.Canread Peut-être, bien que expirement disposé / null serait mieux.Je suis français, alors ma classe est "Fichier". Je vais éditer cela, je voulais être complet mais j'ai fait le contraire.
Vous ne devriez pas concevoir un wrapper filtream qui peut fermer et rouvrir son flux. Gardez-le plus simple. Ceci est probablement un problème xy.