Quels sont les avantages à utiliser StringIO en Ruby par opposition à la Chaîne?

Quand est-il considéré comme propre à l'utilisation de Ruby StringIO en opposition à l'aide de la Chaîne?

Je pense comprendre la différence fondamentale entre eux comme l'a souligné "Qu'est-ce que ruby StringIO classe vraiment?", qui StringIO permet de lire et d'écrire dans une Chaîne de caractères dans un flux de manière orientée. Mais qu'est-ce que cela signifie dans la pratique?

Ce qui est un bon exemple d'une utilisation pratique pour l'utilisation de StringIO quand simplement à l'aide de la Chaîne ne serait pas vraiment le couper?

InformationsquelleAutor Scott Joseph | 2012-09-25
  1. 68

    Fondamentalement, il fait une chaîne de ressembler à un IO objet, d'où le nom de StringIO.

    La StringIO classe a read et write méthodes, de sorte qu'il peut être transmis à des parties de votre code qui ont été conçus à lire et à écrire à partir de fichiers ou de sockets. C'est agréable si vous avez une chaîne et que vous voulez qu'il ressemble un fichier pour les besoins des tests de votre fichier de code.

    def foo_writer(file)
  file.write "foo"
end

def test_foo_writer
  s = StringIO.new
  foo_writer(s)
  raise "fail" unless s.string == "foo"
end
    • Intéressant. Quels sont les avantages (en ce qui concerne l'utilisation de la mémoire) à l'aide de StringIO par opposition à la Chaîne?
    • Probablement pas. Si vous regardez le code source, on dirait qu'il continue juste une référence à un objet de type String en interne, donc il va utiliser un peu plus de mémoire qu'un normal chaîne: github.com/ruby/ruby/blob/trunk/ext/stringio/stringio.c
    • Alors qu'il n'y a pas une mémoire avantage si vous utilisez StringIO, si vous concevez vos fonctions IO objets vous pouvez faire des choses comme la lecture à partir d'un fichier, et sinon tuyau de l'ensemble des opérations. Donc une fonction qui prend un IO objet peut utiliser moins de mémoire si elle est utilisée avec une classe appropriée. Ainsi, cela vous permet de faire fonctionner sur une Chaîne ou un peut-être plus efficace IO objet de la même manière.
    • Gardez à l'esprit un StringIO n'a pas l'air exactement comme un File. Une "chasse aux sorcières" je viens de croiser -- File.size(StringIO.new('foo')) #=> TypeError: no implicit conversion of StringIO into String
    InformationsquelleAutor David Grayson
  2. 27

    J'aime vraiment StringIO pour le cas d'utilisation de l'ajout de texte, ligne par ligne, sans avoir à utiliser "\n" encore et encore. Par exemple, au lieu de cela:

    s = ''
s << "\n" << "some text on a new line"
s << "\nthis is pretty awkward"
s = "#{s}\neven more ugly!"

    Je peux faire ce

    s = StringIO.open do |s|
  s.puts 'adding newlines with puts is easy...'
  s.puts 'and simple'
  s.string
end

    Qui est beaucoup plus propre. Il n'est pas nécessaire d'utiliser la forme de bloc de String.IO, vous pouvez créer un objet de la sorte: s = StringIO.new mais indépendamment de cela, assurez-vous de garder à l'esprit de la chaîne est accessible via le StringIO#string méthode.

    • J'ai l'habitude d'utiliser Array#<< et puis Array#join pour ce genre de chose, mais à l'aide de StringIO est une grande technique.
    • Ainsi ai-je fait. Maintenant que je suis plus familier avec Ruby, mes habitudes de résultat dans le code de favoriser la lecteur... Pour illsutrate ce que je veux dire, considérer les points suivants: Pour le codeur, à l'aide de Array comme vous décrivez est commode de écrire en, bien sûr, mais quand lecture code, le nom de la classe StringIO est un loin meilleur indicateur de but. Pour ne pas mentionner Array est fondamentalement différente de la structure de données. Aussi, la neccessity d'utiliser Array#join engage l'excès de code "bagage", et pire, de la complexité! Par exemple, c'est l'argument est défini par défaut pour un global qui est sujet à changement.
    • J'adore ça, je vais la faire voler. Droit maintenant.
    InformationsquelleAutor Steve Benner