Comment réinitialiser un C# .NET TextReader curseur vers le point de départ?

J'ai une méthode qui prend un StringReader instance (la lecture à partir du presse-papiers) ou un StreamReader instance (lecture à partir d'un fichier) et, à présent, jette, soit comme un TextReader instance.

J'en ai besoin pour "pré-lecture" quelques-uns de la source d'entrée, puis réinitialiser le curseur remonte au début. Je n'ai pas forcément le nom de fichier d'origine. Comment puis-je faire cela?

Il est fait mention de la Seek méthode de System.IO.Stream mais ce n'est pas implémentée dans TextReader, même si c'est dans StreamReader par le biais de la Basestream de la propriété. Cependant StringReader ne dispose pas d'un BaseStream propriété

InformationsquelleAutor Brendan | 2009-05-06

.net c#file

37

Il dépend de la TextReader. Si c'est un StreamReader, vous pouvez utiliser:
```
sr.BaseStream.Position = 0;
sr.DiscardBufferedData();
```
(En supposant que le flux sous-jacent est adressable, bien sûr.)

D'autres implémentations de TextReader peut pas ont un concept de "rembobinage", de la même manière que IEnumerable<T> ne l'est pas. Dans beaucoup de façons que vous pouvez penser TextReader comme une glorifié IEnumerable<char>. Il a des méthodes pour lire des morceaux entiers de données à la fois, de lire des lignes etc, mais c'est fondamentalement une "avant la lecture de type".

EDIT: je ne crois pas StringReader prend en charge toute sorte de rembobinage - vous feriez mieux de recréer le StringReader de la chaîne d'origine, si vous le pouvez. Si ce n'est pas possible, vous pouvez toujours créer votre propre TextReader classe qui sert de proxy pour toutes les "normales" les appels vers un autre StringReader, mais recrée proxy exemple, lorsqu'il en a besoin.
- Merci pour le heads up sur BaseStream, j'ai mis à jour la question, de sorte que peut-être le problème, peut être complètement résolu.
- Merci pour ça, on dirait que je pourrais avoir à repenser à ce qui est transmis à la méthode à l'aide d'une surcharge.
- J'ai eu des problèmes à l'aide de ce type de reset: la chaîne qui est en lecture après une réinitialisation contient 3 personnages cachés au début que probablement de déterminer l'encodage. La conséquence est qu'en faisant la comparaison de chaîne de lire sur réinitialiser streamreader et "on attend la chaîne" étonnamment renvoie la valeur false.
- Pas sûr de ce que tu veux dire par "personnages cachés" - mais c'est probablement un UTF-BOM. Vous pourriez poster une nouvelle question.
- J'ai écrit un test unitaire qui précise ma question stackoverflow.com/questions/28857705/...
InformationsquelleAutor Jon Skeet
10

Si c'est un StreamReader, et si ce cours d'eau prend en charge la recherche, puis:
```
        reader.BaseStream.Seek(0, SeekOrigin.Begin);
        reader.DiscardBufferedData();
```
Cependant, ce n'est pas possible sur l'arbitraire TextReaders. Vous pourriez peut-être lire tous comme une chaîne de caractères, vous pouvez utiliser StringReader à plusieurs reprises?
- Merci pour le heads up sur BaseStream, j'ai mis à jour la question, de sorte que peut-être le problème, peut être complètement résolu.
- Si vous initialisez votre lecteur de texte comme suit: TextReader reader = new StreamReader() ensuite, vous pouvez lancer le lecteur à la classe de base et l'appel à la méthode après la recherche: stream.Chercher(offset, SeekOrigin.Commencer); (lecteur de StreamReader).DiscardBufferedData();
- c'est pourquoi j'ai dit à propos de arbitraires TextReaders...
- absolument, j'étais juste clarifier pour le bénéfice des futurs visiteurs
InformationsquelleAutor Marc Gravell
3

Je suis tombé sur votre post, et était plutôt diappointed que ce n'est pas possible. J'ai piraté quelque chose de rapide qui fonctionne: il suffit d'éviter les stringreader tout à fait:
```
Stream stream = new MemoryStream((new System.Text.ASCIIEncoding().GetBytes(mystring)), false);
reader = new StreamReader(stream, new System.Text.ASCIIEncoding());
```
C'est pas joli, et il utilise le code ASCII (qui était ce que je devais de toute façon). Notez qu'avec un codage différent cela ne fonctionne pas, comme vous allez le chercher le n-ième octet, qui n'a pas être égale à la n-ième caractère. Si vous avez besoin que vous pourriez faire quelque chose comme
```
Stream stream = new MemoryStream((new System.Text.UTF32Encoding().GetBytes(mystring)), false);
reader = new StreamReader(stream, new System.Text.UTF32Encoding());
```
comme UTF32 est la seule longueur fixe format unicode.

Vous pouvez maintenant faire
```
reader.BaseStream.Position = wherever; //or wherever * 4 for the UTF32 variety,
                                       //in your case, the beginning of the string,
                                       //which is always 0 obviously
reader.DiscardBufferedData();
```
- Je faisais une recherche pour "32 unicode chercher c# streamreader" et vous frappez le clou sur la tête avec ce second extrait. +1 ... je vais aller l'essayer!
- Maintenant j'ai juste besoin d'une version 32 bits de la chaîne et de StringBuilder donc je n'ai pas de gâchis avec les paires de substitution. (Hmm, même ce qui n'est pas tout résoudre l'analyse d'un mélange de \n et Windows " \r\n les retours à la ligne, ces derniers qui sont fâcheusement semblable à une paire de substitution.)
- ouais, amusez-vous 😉 Si vous avez besoin de chercher, vous êtes dans un peu de douleur, donc si vous pouvez l'éviter, contourner. Dès que vous avez les chaînes de nouveau, vous êtes de retour dans la santé mentale-terre, et les paires de substitution peut être à gauche pour le type de données Chaîne qui gère l'ensemble de la difficulté pour vous, et la recherche d'un lot dans un cours d'eau est une odeur de toute façon. Aussi loin que \r augmente, la meilleure chose que vous pouvez faire avec ce que l'OMI est de toujours sauter en compte dans toute analyse.
- si vous êtes à la recherche pour obtenir la chaîne de cela, il vous suffit de le lire à partir du lecteur.Méthodes de lecture
- Ainsi, par "chercher" je pensais aussi de la chaîne de méthodes telles que la sous-Chaîne. Je suis nouveau en C# et .NET donc je suis une sorte de sentiment mon chemin dans l'obscurité. Tout liens utiles vers des sites expliquant comment travailler efficacement avec 32-bit cordes?
- En général, vous ne devriez pas travailler avec des roulés à la main de 32 chaînes de bits, mais juste avec des chaînes. Le type de données Chaîne UTF-16 sous le capot, et devrait fonctionner(tm) avec les paires de substitution. Des choses comme la sous-chaîne doit traiter d'une paire de substitution comme un seul caractère. Quelle est votre cas d'utilisation spécifiques?
- Oh, si la classe string méthodes de traitement, les mères porteuses comme de simples caractères, alors j'ai peut-être ok. Pourrait casting de s[i] de char être un problème? Je suppose que j'ai besoin de faire un peu plus de la lecture, peut-être 16-bits .NET n'est pas aussi mauvais que dans Python. (Ce que j'ai lu il n'y a que l'ensemble de la VM doit être lancé avec un paramètre spécial afin de réaliser des SMP caractères que les caractères unique, et qu'il prend alors plus de mémoire.) Mon cas d'utilisation est l'analyse "SFM" fichiers de données (potentiellement mixte enc) dans lequel chaque champ commence par \n, \, + ASCII marqueur de champ, suivi d'un espace + les données de terrain (legacy ou UTF-8).
- en supposant que l'héritage signifie ASCII-bas, vous pouvez simplement lire en UTF-8. il n'y a pas de collisions. Si c'est cp1252, vous devez recourir à des méthodes heuristiques, et vous aurez besoin d'aller de l'octet-par-octet, en le considérant comme cp1252 si ce n'est pas UTF-8 valide. Cela ne sera pas joli, mais il n'est pas besoin de l'UTF-32. Les séparateurs de champ ont la même valeur d'octets en UTF-8 en ASCII trop.
- Je ne suis pas inquiet à propos de l'ASCII-bas. Notre héritage genre de choses est généralement cp1252, utf8, ou certains autres pages de code. Nous savons qui, pour chaque champ, parce que le marqueur de champ (par exemple, la ligne commence par un @"\lx ") est toujours ASCII et est associée à un codage. Donc, ma principale préoccupation était de la substitution (par exemple, si une paire peut être converti en un seul char, etc.). Je vais tester cela et poser une autre question si nécessaire. Merci.
InformationsquelleAutor Martijn
-3

Cherchez et vous trouverez.
```
Seek(0, SeekOrigin.Begin);
```
TextReader est dérivé de StreamReader. StreamReader contient un BaseStream propriété
- "TextReader est dérivé de StreamReader" - l'autre manière autour.
- Ouais, bon point de Marc. Ce rapport à la plupart des peuples de bon sens mais c'est vrai.
InformationsquelleAutor billb

Vous devez vous connecter pour publier un commentaire.