Что вы НЕ можете делать в Rails, что вы можете сделать в другой структуре?

Question

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

Answer 1

Две вещи. Во-первых, Ruby - относительно молодой язык, и вы можете столкнуться с кирпичными стенами, пытаясь сделать несколько более эзотерические вещи (например, подключиться к основным или более старым типам источников данных). Он также имеет плохой GC, и ни один поток ядра, оба из которых очень важны для высокопроизводительной платформы. Основная кодовая база (MRI) довольно хакерская (много умных запутывающих программных трюков, таких как макросы), и есть части, которые плохо написаны (gc и планирование потоков бросаются в глаза). Опять же, это очень молодая платформа, которая очень популярна очень быстро.

Во-вторых, в то время как рубин язык и рельсы идеи/парадигма являются феноменальными, рубинами и рельсами, платформ нет. В рубинах и рельсах есть чертовски много, и решения для развертывания находятся в темном возрасте по сравнению с тем, что считается нормальным для других платформ (php/asp/jsp).

Обвиняемый в троллинге здесь, поэтому я изложу немного. Из-за модели потоковой обработки Rails не может обрабатывать запросы одновременно, если вы не запускаете несколько полных экземпляров вашего приложения rails. Для этого у вас есть два варианта: относительно молодой и все еще находящийся в стадии разработки пассажир (mod_rails), или проверенный и проверенный балансировщик загрузки apache с несколькими экземплярами mongrel за ним.

В любом случае, отсутствие возможности просто создавать работников-нерестующих означает, что вам понадобится 5-10 полных экземпляров вашего приложения, что приводит к очень большим накладным расходам (может быть легко 300-500megs за приложение в зависимости от ваших драгоценных камней и насколько велико ваше приложение). Из-за этого инфраструктура, необходимая для обслуживания рельсов, - это ад, который намного больше дополняется, чем большинство других вещей.

Теперь, когда говорят, ситуация постоянно улучшается (я имею в виду, что пассажир теперь можно использовать, это был не последний раз, когда мне приходилось иметь дело с развертыванием приложения rails). Я был бы очень удивлен, если рельсы не догонят в ближайшие несколько лет.

Кроме того, рубиний/jruby делают все правильно и идут в отличном темпе. Я не был бы удивлен, если в ближайшие несколько лет МРТ упадет в пользу одной из этих реализаций для работы с основными рельсами.

Answer 2

Ничего себе, способ начать огоньку!

Я собираюсь начать с того, что Rails будет работать для большинства приложений. Однако, если вам нужно выполнить много работы типа асинхронного типа (например, обмен сообщениями между системами, например получение запроса, размещение его в очереди и обработка его в другом потоке или даже на другом компьютере), Rails, вероятно, не является вашим лучший выбор. Ruby, по крайней мере, в настоящее время, не очень силен в многопоточном коде.

Позвольте оскорблениям летать!

Answer 3

Ruby on Rails не пытается стать основой для всех веб-разработок. Если вы собираетесь создать приложение, которое преимущественно создано с использованием CRUD-операций, вы хотите использовать большое количество AJAX, и у вас есть полный контроль над базой данных, тогда Ruby on Rails является одним из нескольких отличных вариантов. Если вы делаете что-то еще, то есть, вероятно, другая структура, которая лучше соответствует вашим требованиям.

Answer 4

Редактировать: Мэтт со вкусом поправил свой ответ :) Я удалил свои комментарии, указав на то, что он исправил.

Да, у Ruby определенно есть некоторые недостатки. Зеленые нити огромные. Но, как сказал Мэтт, все движется в лучшем направлении.

Другие должности в значительной степени зависят от денег. Достаточно простые CRUD-приложения лучше всего подходят для рельсов, хотя - это другие рамки, которые вы можете попробовать в Ruby, которые предлагают большую гибкость.

Вот отличный (и, возможно, я добавляю цель) пример того, где не использовать рельсы: Does the Rails ORM limit the ability to perform aggregations?