Django, Rails или laravel? (5 частей серии)
Привет, это третья часть моего обзора.
Сегодня я поделюсь своим опытом с Ruby на рельсах. Во-первых, рельсы не были под моим радаром, на самом деле я должен признать, что даже не знал, что эта рамка существует. Слышал об этом со страстью в блогах и на разных группах дискуссии, я решил расширить свои исследования и узнать рельсы.
Я быстро влюбился в рубиновый язык и рамки рельсов. Они говорят, что Ruby and Rails были разработаны для наслаждения разработчика, и я полностью согласен с этим. Я быстро понял, почему несколько разработчиков говорят об этом со страстью.
Между Джанго, рельсами и Ларавлем я нашел рельсы, чтобы быть самым легким, чтобы учиться. Некоторые рецензии блога говорят, что есть много конвенций, которые нужно учиться, и это может сделать его немного сложнее. Я не согласен. Нет ничего более, чтобы учиться в рельсах, чем в Джангу или Ларавле. На самом деле, чтобы начать я бы сказать, что есть еще меньше, чтобы учиться и понимать, чем другие рамки.
Дизайнеры Ruby на рельсах сначала подумали о разработчике и включали много ярлыков, которые пропускают много конфигурации кода.
Философия позади Ruby на рельсах – стать монолитным королем. То есть, позвольте разработчику полностью построить полное применение стека в направляющие от A до Z.
Ruby также очень хороший язык программирования и очень легко изучать основы. Это читает как письменный английский.
Мне нечего сказать как с точки зрения скорости развития, веселья и производительности. Все, что можно сделать в Джангу и Лыряве, можно сделать в рельсах, в целом сделано быстрее и легче.
То, что сказал, что одна проблема с рельсами и рубином против Джанго и Ларавоснастится. У Python есть огромное сообщество, а PHP работает на огромном количестве веб-серверов.
У рельсов и Ruby нет такого рода популярность, и это показывает.
Например, многие (GEM) пакеты устарели или не имеют правильной документации. Кроме того, некоторые редкие пакеты, доступные в PHP или Python, не доступны в Ruby на рельсах.
Официальные железнодорожные документации завершены, но не так легко искать и читать как документации Laravel и Django.
Последнее, но не в последнюю очередь, в моем местном сообществе, рельсы и рубины почти не существуют. Может быть проблемой, если мне нужны местные ресурсы позже.
Как видите, после моего тестирования я буквально разделился пополам. С одной стороны, мне очень нравится эффективность и удовольствие от работы с Ruby на рельсах, но с другой стороны, отсутствие популярности имеет последствия, которые могут быть вредными в среднесрочной и долгосрочной перспективе.
Поскольку я нахожусь в начале фазы, и все остается изученным и сделано, почему я выбрал рамку, которая в несколько раз менее популярна? Это вопрос, который мне придется ответить, прежде чем сделать мой выбор.
Интересно, для вас будет популярность языка программирования влиять на вас в ваш выбор структуры?
Это все на сегодня, не пропустите мою четвертую часть на Лыравле.
Django, Rails или laravel? (5 частей серии)
Оригинал: “https://dev.to/ericchapman/django-rails-or-laravel-my-journey-part-3-27m0”