Что порекомендуете в плане фронта для рельсового API?

Question

[Семён Семёнов]

Немного отстал от жизни и не знаю что сейчас используют правильные пацаны :) Т.е. никогда не пользовался Angular, React, Backbone, Ember и т.д. но о них слышал. Правда краем уха.

Суть в чём... Делаю тут API и нужен фронт, то есть нужно кто-то/что-то чтобы работать с json и с AJAX. Хотелось бы отделить view. Также хотелось бы с низким порогом входа, не очень много желания засесть в новомодные штуки на полгода.

Раньше использовал erb и был счастлив, но теперь нужно перейти в архитектуру API, поэтому ищу что делать с фронтом. Может скажете мнение?

Спасибо

Answer 1

[Risent Veber]

React, тем более что в самом последнем релизе rails появился webpack для сборки фронтэнда.

Comments

[Семён Семёнов]

Мне кто-то говорил что React не подходит только тем, что он не взаимодействует с сервером, т.е. отвечает только за view и никаких там ajax, sockets нет в помине.

Плюс разве у него не большой порог входа?

P.S. Про web pack, это про вот это: www.reactrails.com ?

[Семён Семёнов]

Ссылку не ту указал, вот про это: https://github.com/shakacode/react_on_rails

[Risent Veber]

Семён Семёнов: для ajax и sockets есть другие библиотеки. Имелось ввиду https://github.com/rails/webpacker

[Семён Семёнов]

Risent Veber: Ага, понял, спасибо.

Answer 2

[Владимир]

Да на самом деле не важно, что. Выбери то, что хочешь изучать далее. Если есть хотя бы какое-то понимание js, тот же ангуляр учится достаточно быстро. Был прецедент, когда почти нулевый сотрудник (имелся некий опыт общения с js, на уровне циклов-ифов) понял, как писать на ангуляре(первой версии) за пару дней, вдумчиво читая scotch.io, попутно гугля непонятные моменты и задавая правильные вопросы. Понятное дело, написать шикарный код у него не получилось, но он написал то, что вполне удачно сейчас рефакторит в свободное время.

Comments

[Семён Семёнов]

Я вот и искал то, что скажем можно брать с закосом на будущее, но запутался в массовых сравнениях Angular и React (хотя вещи-то разные). Открыл документацию по Angular, а там что-то слишком много всего. Думал уже пойти $.ajax как бы это странно не звучало.

[Владимир]

В доке там реально хватает всего. Коллега пошел от обратного - нашел на scotch.io пример создания приложения с роутингом, понял, как это работает и начал делать своё на его основе.

[Владимир]

А сравнений то много, действительно. $.ajax тоже вариант, когда-то и сам работал так, потом перешел на ангуляр, многие моменты гораздо проще и код получается более простым, что-ли

[Семён Семёнов]

Владимир: Да вот похоже так и поступлю. Нашёл тут на хабре как раз схожий материал:
https://habrahabr.ru/post/300954/
https://habrahabr.ru/post/318040/

Если вас не затруднит, короткий вопрос:
Angular - это фреймворк, можно сказать что большой враппер, разве он же крутится на клиенте и может жить без бэка? Или он компилируется кем-то на сервере?

[Владимир]

Теоретически, angular может жить без бека, если не надо стучаться в базу. По факту, самое простое приложение будет состоять из html страницы и нескольких js файлов.

[Семён Семёнов]

Владимир: Понял, спасибо!

Answer 3

[Rou1997]

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

Начните с простого jQuery, а когда придет понимание всех процессов и того что нужен фреймворк или просто захочется, то и изучайте фреймворк.
Китайцы и индийцы способны так всю жизнь и писать без фреймворков каждый раз "копипастить", им результат важен а не "понты", множество успешных проектов таких, ведь если развить аналитическое мышление то каким бы ни был объем кода вы не будете в нем запутываться, а у азиатов такое мышление мне кажется с рождения особо развито, посмотрите на их иероглифы, европейским программистам тоже стоит развивать анализ, он в любом случае полезен.
Я не говорю что "китайский" подход подойдет любому, мне бы попросту стало скучно без нового, но это бы случилось уже после того как написал много кода, а если сразу то сложно понять фреймворки и кажется что они только усложняют и замедляют разработку, и это действительно так, они далеко не идеальны поэтому и сложно найти им применение в helloworld.

Comments

[Семён Семёнов]

Не, jQuery-то понятно, но оборачивать всё в $.ajax это моветон простите. Опыта в разработке у меня до попы, но с view стороной работал только в старых подходах (как раз через jQuery).

[Rou1997]

Семён Семёнов: Может опыта много но именно проблемы архитектуры вы не сформулировали, тогда нужно подумать и сформулировать, после чего и выбирать фреймворк.
А пока вы сами точно не понимаете чем конкретно плох jQuery.
Если тем что в образуется callback hell, так его довольно легко избегать, и не факт что его не будет и во фреймворках, это далеко не главная проблема.

[Семён Семёнов]

Rou1997: Мне нужно максимально отгородить фронт от бека, потому что бек - это api.

jQuery плох тем, что это враппер и всё, больше в нём ничего нет. Модели, контроллеры - даже со стороны view - там нет.

Answer 4

[d'Ivan]

Если начать с простого, но не примитивного, то, пожалуй, Vue.js (MVVM). Есть плагины, расширяющие функциональность.