C++ ">>" et "<<" IO en C#?

Question

Y at-il une bibliothèque C# qui fournit la fonctionnalité de ">>" et "< <" pour IO en C++? C'était vraiment pratique pour les applications console. Certes, pas beaucoup d'applications de console sont en C#, mais certains d'entre nous l'utilisent pour eux.

Je sais que Console.Read [Line] | Write [Line] et Streams | FileStream | StreamReader | StreamWriter ne fait pas partie de la question.

Je ne pense pas assez im spécifique

int a,b; 
cin >> a >> b; 

est incroyable !!

string input = Console.ReadLine(); 
string[] data = input.split(' '); 
a = Convert.ToInt32(data[0]); 
b = Convert.ToInt32(data[1]); 

... assez long? De plus, il existe d'autres raisons pour lesquelles la solution C# est pire. Je dois obtenir la ligne entière ou faire mon propre tampon pour cela. Si la ligne sur laquelle je travaille est IDK, disons la ligne 1000 de Bells Triangle, je perds tellement de temps à tout lire en même temps.

EDIT: GAR !!!

OK LE PROBLÈME !!! Utilisation IntX pour faire un nombre énorme comme le .Net 4.0 BigInteger pour produire le triangle de la cloche

Si vous connaissez le triangle de la cloche, il devient énorme très très rapidement. Le but de cette question est que j'ai besoin de traiter chaque numéro individuellement. Si vous lisez une ligne entière, vous pouvez facilement cliquer sur Gigs of data. C'est un peu la même chose que les chiffres de Pi. Par exemple 42pow1048576 est 1,6 Mo! Je n'ai pas le temps ni la mémoire de lire tous les nombres comme une chaîne puis de choisir celui que je veux

Answer 1

Je pense avoir ce que vous cherchez: une entrée formatée par défaut simple. Je pense que la raison pour laquelle il n'y a pas TextReader.ReadXXX() est que ce analyse syntaxique, et l'analyse syntaxique est dur: par exemple: doit ReadFloat():

• ignorer les espaces au
• exigent la virgule
• nécessitent les espaces de fin (123abc)
• exponentielles poignée (12.3a3 parse différemment à 12.4e5?)

Sans parler de ce que fait ReadString()? A partir de C++, vous vous attendez à "lire dans l'espace suivant", mais le nom ne le dit pas. Maintenant, tout cela a de bonnes réponses, et je suis d'accord que C# (ou plutôt, le BCL) devrait les fournir, mais je peux certainement comprendre pourquoi ils choisiraient de ne pas fournir des fonctions fragiles, presque impossibles à utiliser correctement. là sur une classe centrale.

EDIT: Pour le problème de la mise en mémoire tampon, une solution est laide:

static class TextReaderEx { 
    static public string ReadWord(this TextReader reader) { 
     int c; 
     // Skip leading whitespace 
     while (-1 != (c = reader.Peek()) && char.IsWhiteSpace((char)c)) reader.Read(); 
     // Read to next whitespace 
     var result = new StringBuilder(); 
     while (-1 != (c = reader.Peek()) && !char.IsWhiteSpace((char)c)) { 
      reader.Read(); 
      result.Append((char)c); 
     } 
     return result.ToString(); 
    } 
} 

... 
    int.Parse(Console.In.ReadWord()) 

Answer 2

Non. Vous êtes coincé avec Console.WriteLine. Vous pourriez cependant créer un wrapper offrant cette fonctionnalité.

Answer 3

Vous pouvez utiliser Console.WriteLine, Console.ReadLine ..Pour le but.Les deux sont dans System NameSpace.

Answer 4

Vous avez System.IO.Stream (lecteur | Writer) Et pour la console: Console.Write, Console.Read

Answer 5

Non, et je ne. C# != C++

Vous devriez essayer de votre mieux pour coller avec la convention de langue de la langue que vous travaillez.

Answer 6

Pas que je sache. Si vous êtes intéressé par les sorties de chaînage, vous pouvez utiliser System.Text.StringBuilder. http://msdn.microsoft.com/en-us/library/system.text.stringbuilder(VS.71).aspx

StringBuilder builder = new StringBuilder(); 
builder.Append("hello").Append(" world!"); 
Console.WriteLine(builder.ToString()); 

Peut-être pas aussi jolie que C++, mais comme une affiche avec, C#! = C++.

Answer 7

C'est même pas possible en C#, peu importe comment vous essayez dur:

1. Le côté gauche et à droite des opérateurs est toujours passés par valeur; cela exclut la possibilité de cin.
2. Le côté droit de << et >>must est un nombre entier; cela exclut cout.

Le premier point est de se assurer la surcharge des opérateurs est un peu moins salissant que dans C++ (discutable, mais il fait sûrement les choses beaucoup plus simples), et le deuxième point a été choisi spécifiquement pour écarter de C++ cin et cout façon de traiter avec IO, IIRC.