Запись и чтение значений из файла Ruby

А чем не устроил http://www.ruby-doc.org/core-2.0/Marshal.html ?

http://ru.wikipedia.org/wiki/Сериализация
http://www.skorks.com/2010/04/serializing-and-deserializing-objects-with-ruby/

IO.write - такого метода нету у IO,а при записии (ruby1.8) через

f = File.new @filename, 'w'
f.write

Хэш сохраняется без каких либо знаков, разделяющих символы,но ничего, их впринципе можно и вручную в цикле проставить, но все равно не красиво как-то получается

спасибо, тут уже интересно

IO.write - такого метода нету у IO

[15] pry(main)> RUBY_VERSION
=> "2.0.0"

Хэш сохраняется без каких либо знаков, разделяющих символы

d@deb:~$ cat qwer
{"a"=>1, "b"=>15}

А вообще слушай первого оратора, я набыдлокодил.

Т.е. делай

Marshal.dump k  #результат пиши в файл
k=Marshal.load (IO.read "file")

Если кто найдет эту тему:

Marshal.dump(a) - Делает строку из объекта Marshal.load(«а») - Делает из строки объект

Всем спасибо, задача решена

Вот, ТС, так делать не надо.

Эпично.

А что, в этом вашем руби сериализации нет?

есть класс Marshal, он уже упомянут выше

[holywar=ON] А в уютном лиспе сериализация изкоробки. Всё, что пишет writer может считать reader.

Конечно ascii, конечно все пишут велосипеды, НО!

сериализация изкоробки

http://ruby-doc.org/core-2.0/Marshal.html
core

Ну, ты понял.

А в лиспе можно и саму строчку сериализации сериализовать!

Но зачем?

Но зачем?

Не привык к ограничениям. Если сериализация, то всё и сразу. А ты давно с винды слез? Не отвык ещё небось?

Если бы ты не привык к ограничениям ты бы щас рассказывал про асм/си ,а не про лисп хрен пойми какой реализации.

Я разве отзывался плохо о асме или c? Ну и да - я пользуюсь clisp.

так переопредели writer. c сериализацией. Я так понял вся фишка в том, что с сериализацией мы на выходе имеем файл с нечитаемыми символами

С сериализацией
irb(main):007:0> Marshal.dump({"a"=>"aa"})
=> "\004\b{\006\"\006a\"\aaa" 

а в случае простой записи, все символы будут читаться в редакторе текстов

Без сериализации
irb(main):011:0> ({"a"=>"aa"}).to_s
=> "aaa"

Что эти способы записи не впутаны в один метод, по мне кажется правильно

Мне ли ты отвечал?

ага на счет ограничений, ограничение можно обойти переписав функцию write на такую, что он делал сериализацию всех обектов кроме «String», а то что в write изначально нет сериализации изначально, мне кажется что это правильное решение.

а то что в write изначально нет сериализации изначально, мне кажется что это правильное решение.

В лиспе сериализация есть изначально изначально. И я думаю это правильное решение.

даже вернее будет сказать что тут нет неправильного решения =) это особенности каждого языка

Красота лиспа в том (ИМХО), что и программа и данные выглядят идентично. Именно поэтому такие принципы, как «программа, управляемая данными», «сериализация» и т.д. и т.п. в лиспе были по-определению. А современные школоязыки помаленьку осваивают. Не в полном объёме и, иногда глупым образом.

Ты упорот.

что и программа и данные выглядят идентично

Одинаково безобразно, да.

А современные школоязыки

Иксперд в треде, все на виндус!

Ты упорот.

Лучше и не скажешь. Не буду больше ничего говорить. Понимаю, что тяжелое детство, игрушки, прибитые к полубейсик...

То, что ты выставляешь eval'оподобную фичу как достоинство о тебе многое говорит, ага :}

Я не зверь. В том числе не считаю себя гением. Но спрошу (претендуя на "експерта", естественно): А что лучше?

Это такой замаскированный вопрос про серебряную пулю? На него пока ответа ещё никто не придумал.

ещё никто не придумал.

Лисп же!

Ядро на лиспе, драйверы на лиспе, десктоп на лиспе, ага, и лисп машину ещё в придачу :)

Существующая ситуация с (a) ядром,(b) драйверами, (c) десктопом, и платформами тебя устраивает? Весь смысл моих постов был в том, что ещё 60 лет назад всё уже было продумано до мелочей!

А что-то должно не устраивать? C в одном случае и C++ в другом и всем хорошо. Ну, первым не очень хорошо, зато память не жрёт и не тормозит.

Я против C ничего не писал же. В моей классификации он после лиспа и ассемблера.

Суров, что сказать.

Я не против C

быстрофикс. Чёртова островная влавиатура.

Запятую не смог поставить.

Островные клавиатуры *мно

память не жрёт и не тормозит

Браузеры с вами несогласны.

Напиши браузер на лиспе, чо. Браузеры жрут не потому, что написаны на C или C++, работа у них такая. Как думаешь, что происходит, когда надо СКОРОСТЬ-СКОРОСТЬ, что становится жертвой? :}

YAML имеет явные преимущества перед marshal.

require 'yaml'

k = {"a"=>1, "b" =>15}
File.open('blablabla.yml', 'w'){ |f| f.write(k.to_yaml) }

k = YAML.load_file('blablabla.yml')
 => {"a"=>1, "b"=>15}

Напиши браузер на лиспе, чо.

Был написан ещё до того, как это стало модным: http://en.wikipedia.org/wiki/Symbolics_Document_Examiner

А WebGL он умеет?

Тогда ни веб, ни гл ещё не было.

с ним нужно осторожней - пара недавних критических уязвимостей в Rails была связана как раз-таки с джемом yaml.

Ну и вот. А сейчас чего только нет…

а в чем его преимущество?