просто у меня перед глазами самые яркие примеры это фс внутри фс поверх фс и т.д

так в той же рельсе аналогичная проблема с абстракциями

Но это не совсем про AR/Rom, это больше о недостатках отрыва от физической модели.

Но это не совсем про AR/Rom, это больше о недостатках отрыва от физической модели.

я тогда совсем перехода не понимаю ?

в роме адаптеры потому и существуют, что абстракции текут

так в той же рельсе аналогичная проблема с абстракциями

согласен, но там обычно если что то получается нестандартно - то это явно в методе прописывается

например то что он вместо базы в редис лезет.

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

в роме адаптеры потому и существуют, что абстракции текут

а расскажи чуть подробнее

что за адаптеры?

что за адаптеры?

http://rom-rb.org/status/

каждый адаптер идет со своими представлениями о том, как ему работать с хранилищем

согласен, но там обычно если что то получается нестандартно - то это явно в методе прописывается

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

каждый адаптер идет со своими представлениями о том, как ему работать с хранилищем

так это адаптеры для репозиториев да?

так это адаптеры для репозиториев да?

адаптеры для хранилищ, репозиторий уже будет доставать данные через эти адаптеры

я просто с rom вообще не работал, я только общее представление о нем наверное имею.

но это будет в явном виде

ну это по сути что то типа гемов pg и прочего?

поверх которых AR работает.

близко, но не то. Под адаптером да, есть конкретный адаптер к БД, но смысл ром-адаптера, чтобы предоставить идиоматичный интерфейс доступа к данным

http://rom-rb.org/3.0/learn/sql/queries/ вот как это в случае выглядит в случае реляционных баз

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

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

class TaskRepo < ROM::Repository[:tasks] def by_id_with_user(id) tasks.by_pk(id).wrap_parent(user: task_repo.users).one end end

вот какой-то примерчик

без понимания абстракции этот кусок как то совсем не читается.

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

сиквел запрос есть абстракция

над чем же?

это не голый SQL например. Который впрочем тоже абстракция но низкоуровая.

ты попутал, у тебя у реляционной базы нет другого интерфейса

не всегда.

нет такого варианта сходить и прочитать данные с диска

У mysql можно сбоку прикрутить какой то nosql доступ

не понимаю что мы обсуждаем

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

говоря проще, я с сиквелом не работал, поэтому читается как будто первый раз AR в глаза увидел.

говоря проще, я с сиквелом не работал, поэтому читается как будто первый раз AR в глаза увидел.

имелся в виду SQL запрос

wrap_parent непонятен пока

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

имелся в виду SQL запрос

SQL /ˈsiːkwəl/ (About this sound listen) SEE-kwəl

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

а можешь для wrap_parent написать эквивалент на AR?

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

там цепочки релейшенов как в AR есть?

а можешь для wrap_parent написать эквивалент на AR?

ну там это будет joins, вроде Tasks.where(id: task_id).joins(:user).first

там цепочки релейшенов как в AR есть?

типа users.active.white.male?

все остальные куски довольно очевидны, а вот wrap_parent сходу не был ясен.

типа users.active.white.male?

ага

да, есть

там цепочки релейшенов как в AR есть?

Все до метода `one` и есть цепочка релейшенов

ну я там просто вижу tasks а не self, полагаю что суть таже. Оно продолжает текущую цепочку

ну я там просто вижу tasks а не self, полагаю что суть таже. Оно продолжает текущую цепочку

Ага

контрольный вопрос, если rom очевидно лучше AR подхода

почему его так мало юзают?

Мало кто знает, комьюнити маленькое, сложность входа. Все как и у всех

почему его так мало юзают?

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

снизу вверх т.е сначала адаптеры а потом поверх них репозиторий?

чтобы все кейсы отловить?

все сложно)

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

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

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

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

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

это прямо вообще на все сто

геморрой это даже не то слово

Добрый день, подскажите пожалуйста кто каким гемом пользуется для работы с http://ocrsdk.com/

ERROR: S client not available

Народ, кто-нибудь знает, есть в Ruby (или Rails) структура типа хэша, которая ключи по === сравнивает? Частенько пишу такое: case some_var when 1 then 'asd' when 2..5 then 'qwe' end А хотелось бы так: convert_map = { 1 => 'asd', (2..5) => 'qwe' } convert_map.fetch(some_var)

Всем добрый день!

Всем добрый день!

привето

Подскажите, кто как бэкапит приложение рельсовое? Используете гем backup?

или есть другие более хорошие средства

Подскажите, кто как бэкапит приложение рельсовое? Используете гем backup?

бекап базы или кода?

и того и того)

код отлично бэкапится при помощи git push

ког в гитхабе. или капистрано хранит несколько предыдущих релизов

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

бекап базы или кода?

А еще uploads всякие бывают

а гемом backup никто не пользовался?

В DO есть опция бэкапа за 20%. Как работает и что именно делает - хз

не, это свой сервер

Я тут с dry-validation играюсь. Есть ли примеры проектов на rails где этот гем используется?

есть, инфа соточка

Я тут с dry-validation играюсь. Есть ли примеры проектов на rails где этот гем используется?

а что конкретно надо?

есть посты, 100%, код не смотрел особо, но думаю найти можно

тут по-моему каждый третий уже с dry-* игрался

тут по-моему каждый третий уже с dry-* игрался

и это круто!

лучше бы хаскеле писали

есть посты, 100%, код не смотрел особо, но думаю найти можно

ок погуглю

а что конкретно надо?

просто общую картину как работает rails и dry

лучше бы хаскеле писали

именно, валите все на хаскель

просто общую картину как работает rails и dry

рельсы работают как рельсы, а dry это просто либа. Конечно, есть в том или ином виде best practicies, но это достаточно условно

просто общую картину как работает rails и dry

мне например в апи очень удобно было валидировать входящие параметры. еще до кого как я их отправялял в модель

и это круто!

я вчера поискал, даже в вакансиях теперь встречается Ж)

так же валидации вообще лучше бы убрать из моделей. а вынести в сервисы/интеракторы/экшены, смотря кто как называет

я вчера поискал, даже в вакансиях теперь встречается Ж)

серьезно?

rly

хочу добраться до драй транзакций. но все не могу