Ruby On Rails 1.1

Правильная ссылка на анонс: http://weblog.rubyonrails.org/articles/2006/03/28/rails-1-1-rjs-active-record...

Подробный список изменений: http://dev.rubyonrails.org/svn/rails/tags/rel_1-1-0/railties/CHANGELOG
Обзор нововведений:
http://scottraymond.net/articles/2006/02/28/rails-1.1

Ruby On Crutches

По-мотивам http://www.linux.org.ru/view-message.jsp?msgid=1327138#1327907 (c) Skull

Один узкоглазый пришёл в веб-контору "You must use Ruby!" - затеял он ссору. Долго стучали японцу в табло, А напоследок - был ножик в ребро...

(Его не спасло даже знанье дзюдо)

Классно
Вот интересно, чем вызвано такое неприятие?
Это я по поводу комментариев по-выше

Это ж ЛОР. Тут принято обсирать любую софтину, даже если ей не разу не пользовались:)

Тогда понятно ))
Я думал, действительно, какие-нибудь причины есть
Вроде отсутствия юникода, так вроде и с юникодом там уже почти всё в порядке

Да там всегда было всё впорядке с юникодом, а вот некоторые рубивские либы до сих пор не дружат.

Гуд... вышла ещё одна версия. Ничего плохо и хорошего в этом нет.
ИМХО Руби язык неплохой но неинтересный. Так же мне лично синтаксис ненра. ИМХО для тех же веб приложений можно было бы спокойно использовать и python который мне больше симпотизирует.

Объясните пожалуйста в чем адванс использования Ruby on Rails? Что он дает, какие есть конкурирующие продукты и чем Ruby on Rails лучше конкурентов? Что такое язык ruby я знаю, т.к. пару раз сталкивался.

Спасибо

Синтаксис ему не нравится. Ты синтаксис русского языка освой для начала.

Приятно, приятно... может и сделаю на нем чего - так, для общего развития...
Не пых-пых же использовать, в самом деле :-)

> Гуд... вышла ещё одна версия. Ничего плохо и хорошего в этом нет. ИМХО Руби язык неплохой но неинтересный. Так же мне лично синтаксис ненра. ИМХО для тех же веб приложений можно было бы спокойно использовать и python который мне больше симпотизирует.

Ключевая фраза "python" :) (для меня, кстати, тоже) Он понравиться должен тем, кто на perl'е программирует.

тем кто на перле програмирует - должен понравится CPAN, Catalyst и Memcached :-) + в блюдо можно добавить для вкуса fcgi из коробки и nginx. Готовится блюдо с такой же скоростью как и на RoR, и по вкусу ничем не уступает.

> Объясните пожалуйста в чем адванс использования Ruby on Rails

думаю, все знают, как переводится rails на русский... так вот, ты едешь быстро ис относительно комфортно до тех пор, пока тебе надо туда, куда рельсы проложены.

"вагонная спора - последнее дело..." (с) машиняка

извините за некоторые овибки, но я уже довольно хорошо "набрался" -- местный национальный праздник в самом разгаре (день рождения местного прЫК-простите-зидента)

опять нажрался как скотина (с) любимая жена

знающие люди поймут аналогию с песней "машины времени". незнающие, но желающие узнать истину -- спрашиваыте первых :)

>Объясните пожалуйста в чем адванс использования Ruby on Rails?

В агрессивности его рекламы :)

>думаю, все знают, как переводится rails на русский... так вот, ты едешь быстро ис относительно комфортно до тех пор, пока тебе надо туда, куда рельсы проложены.

Респект за аналогию! :D

...

Кстати, полный офтопик, но раз тут уже знатоки собрались :) - навскидку кто-нибудь может назвать какие-нибудь аналоги hibernate для PHP или Perl. В первом случае не обязательно чистый PHP, можно на Pecl.

>> думаю, все знают, как переводится rails на русский... так вот, ты едешь быстро ис относительно комфортно до тех пор, пока тебе надо туда, куда рельсы проложены.

> Респект за аналогию! :D

я не первый, кто заметил эту аналогию и, думаю, сами авторы дали это понять, давая такое название.

дядя гугл знает все http://www.google.com/search?hl=ru&q=php+hibernate&btnG=%D0%9F%D0%BE%... вот первое, что попалось из него - http://www.meta-language.net/metastorage.html

> ты едешь быстро ис относительно комфортно до тех пор, пока тебе надо туда, куда рельсы проложены.

и, не приведи господи, тебе захочется хоть на сантиметр влево или вправо -- придется выпрыгивать на полном ходу и дальше идти пешком.

мой всем совет -- садитесь на это, только если вы _точно_знаете_, куда вам надо и _поезд_туда_едет_. иначе -- кирдык

Хм
Ну а если без метафор?
Что именно НЕ позволяет сделать RoR в разработке web-приложений?

Да нет таких задач. У Ruby on Rails очень высокий порог вхождения. Для этого надо разбираться в вопросах паттерна MVC и просто умения писать внятный код.

А большинство веб-разработчиков уверены, что классы - это все для "серьезных проектов"

В том что это The Framework для Раби, в отличие от зоопарка для Питона.
Ну и по возможностям Питоновские аналоги слабее.

А сам язык -- такой же средненький как питон.

Раби - эта хто?

Зер гуд, действительно много вкусного добавили :)

А в чем выражется середнячковость языка?

Наверное в сантиметрах :)

Вот ответ на ваши вопросы (на русском): http://sabanin.ru/wp-content/articles/what_is_ruby_on_rails.html

>В том что это The Framework для Раби, в отличие от зоопарка для >Питона. >Ну и по возможностям Питоновские аналоги слабее.

Чиво-чиво? Что слабее? Turbogears.org и djangoproject.com уже освоил?

>А сам язык -- такой же средненький как питон.

Не надо малохольный руби сравнивать с питоном.

>Да нет таких задач. У Ruby on Rails очень высокий порог вхождения. Для этого надо разбираться в вопросах паттерна MVC и просто умения писать внятный код.

Что в MVC сложного, я когда такой аббревиатуры не слышал, свой PHP фрэймворк писал оказываеться именно как MVC (криво конечно), помойму эта идея лежит на поверхности, практически интуитивно понятная.

>Он понравиться должен тем, кто на perl'е программирует.

Не надо. Язык намного чище и прямее перла, я паре питонщиков показал ruby, оба сказали, что "как питон но ещё лучше";)

Ну ка привеите пример, что нельзя сделать (не будем говорить про скорость а именно про возможность) на RoR. К тому же очень много народу используют всякие CMSки и не плачут, а там намного сложнее разобраться, а уж уйти в стороно практически не возможно.

> А сам язык -- такой же средненький как питон.

Ну конечно ели брать Тру языки то руби можно сказать средненький. Но из динамических скриптовых (если не брать схему или какой ещё лисп) лучше руби то и нет. По крайней мере питона на голову выше, за счёт намного более развитой системы метапрограммирования.

Попробуй к своим обьектам доступ по ftp сделать ж) (это я zope пропиарил ;) Конечно через несколько человеко-лет ты возможно напишешь сам клон обьектно-адаптерного подхода, только как обычно надо это в течении месяца сделать ж)

>По крайней мере питона на голову выше, за счёт намного более развитой системы метапрограммирования.

Началось... ж) А питон наверно - это так валенки называются, да? Ну напиши мне то, чего я не смогу сделать на питоне.

Рябу в биореактор. Brainfuck рулит.

Попробуй к своим обьектам доступ по ftp сделать. Да пожалуйста делай to_josn для нужных объектов и заливаем на ФТП:)))

>Да пожалуйста делай to_josn для нужных объектов и заливаем на ФТП:)))

Заливаем и сливаем ты хотел сказать?

Что с наследованием? Или манки-патчинг опять?

> Ну напиши мне то, чего я не смогу сделать на питоне. Не использовать табы? ;)

> Попробуй к своим обьектам доступ по ftp сделать

Я конечно понимаю, что средства разные нужны, средства разные важны, но зачем?

Вот:


class Post < ActiveRecord::Base
  belongs_to :topic
  belongs_to :user
  belongs_to :parent, :class_name => 'Post', :foreign_key => 'parent_id'
  has_many :children, :class_name => 'Post', :foreign_key => 'parent_id'
  has_many :post_votes, :dependent => true
  has_one :search_index_item, :dependent => true
  has_many :attachments, :dependent => true
  composed_of :guest, :mapping => [ %w(guest_name guest_name), %w(guest_email guest_email) ]

  validates_length_of :text, :within => 3..50000,
    :too_short => 'formerror_text_short', :too_long => 'formerror_text_long'
  validates_length_of :subject, :within => 3..60,
    :too_short => 'formerror_subject_short', :too_long => 'formerror_subject_long'

  validates_uniqueness_of :messageid
.....


Тепрь как это будет выглядить и реализовываться на питоне?

Ты мне про функциональность давай, а не про реализацию. В рельсах основной метод хранения это реляционная БД, это просто по другому. Но сюрпирз можно заменить ActiveRecord на что угодно без сильных потерь. Если уж тебе так приспичило хранить на фтп(только зачем???) юзай SQLLite.

>Я конечно понимаю, что средства разные нужны, средства разные важны, но зачем?

Условие тз - есть у клиента софт, который по фтп забирает файлы. Эти файлы должны динамически создаваться.

2CrazyPit: Что из этого тебе не представляется возможным сделать на питоне? Мильпардон конечно, но у меня глаза сломаются сейчас - аннотируй на русском - что конкретно магического здесь сделано?

>Ты мне про функциональность давай, а не про реализацию. Я про неё родимую.

>В рельсах основной метод хранения это реляционная БД, это просто по другому.

Мне не бэкэнд важен, а фронт-энд. Как и где это хранится - меня совершенно не волнует. Как фронт-энд сделать надо - в дополнение к вэбу твои обьекты должны быть доступны по фтп/webdav/etc (без копи-пейста всякого).

Ууууу... Это такой ОРМ у вас у бедненьких?

Ну что-ж маппинг я тебе покажу:

class DumpTraff(SQLObject): """Dump all (not local) traffic to DB""" class sqlmeta: table='dump' date = DateTimeCol() srcIP = UIntCol() srcPort = USmallIntCol() dstIP = UIntCol() dstPort = USmallIntCol() proto = UTinyIntCol() packets = USmallIntCol() bytes = UIntCol()

Кака...

class DumpTraff(SQLObject): """Dump all (not local) traffic to DB""" class sqlmeta: table='dump' date = DateTimeCol() srcIP = UIntCol() srcPort = USmallIntCol() dstIP = UIntCol() dstPort = USmallIntCol() proto = UTinyIntCol() packets = USmallIntCol() bytes = UIntCol()

;)

> * Каждый объект можно экспортировать в формат JSON, а хэши и массивы в XML

Во как народ без пикля мучается! :~P

> Чиво-чиво? Что слабее? Turbogears.org и djangoproject.com уже освоил?

Оба забраковал. На оба потратил по неделе. И не только их, кстати сказать. Приятней всего выглядел django, но и он не прокатил. > Не надо малохольный руби сравнивать с питоном.

Киса, ты абидилас?