AR смешивает BLL и DAL в симбиотический фарш. А нужно четкое разделение.

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

Если интересно сильнее погрузиться в подобные идеи: https://martinfowler.com/bliki/PresentationDomainDataLayering.html

Никто не мешает разделить BLL и DAL, используя AR.

Или я чего-то не понимаю? Мы сами против годлайк моделей

Которые всё обо всём знают

Не смешивать = ни единого следа SQL в бизнес коде. Ни единого where.

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

С repository pattern - можешь

Phoenix по умолчанию не доводит идею до конца. Если доводить - то должен быть behaviour DataRepository. И имплементация использующая ecto.

Можешь, почему нет?

AR будет в слое ниже

Что мешает сделать условный интерфейс, но для запросов и персистентности использовать AR?

А вот если ты начгнешь запихивать AR в layering (что реально, не спорю) - то будет неудобно. Мне было. Тупо неудобно.

#вакансия #vacancy #elixir #office #remote #Москва #fulltime #developer #Elixir #разработчик
Международная социальная сеть Noomera                                                                                                                   Город и адрес офиса: Москва, м. Парк Культуры
Формат работы: офис/частичная удаленка
Занятость: полная
Зарплатная вилка: от 150 000 до 240 000 на руки
Команда: 3 Elixir, 3 Android, 3 IOS, 3 тестировщика, фронт, бэк, дизайнеры.                                                                                                                                                         👉Задачи:
• разработка микросервисов приложения
• работа с гео данными
• интеграция со сторонними сервисами
                                                                                                                                                                    👉Мы ожидаем от тебя:
• опыт работы с Elixir/OTP или Ruby от 2ух лет
• опыт работы с Phoenix framework
• опыт работы с No-SQL системами (Mongo и т.д), key-value(Redis и т.п.);
• опыт работы с брокером сообщений RabbitMQ
• опыт работы с контейнеризацией приложений Docker, Kubernetes
                                                                                                                                                                    👉Будет плюсом:
• способность максимально быстро и качественно решать поставленные задачи, ориентированность на результат;
• самостоятельность, ответственность, инициатива и внимание к деталям;
• гибкий и системный подход к решению сложных задач;
                                                                                                                                                                    👉 Условия:
• Офис в пешей доступности от Метро “Парк     Культуры“;
• Гибкий график. Начало работы с 8 до 11;
• Все необходимое для продуктивной работы: кофе, чай, и др.;
• Молодой, дружный коллектив;
• График работы: 5/2;
• Оформление по ТК РФ.                                                                                                                           По вакансии пишите в личку: tatia B. (+79776905011)

Так это же то же самое получается))

Тут лучше ROM попробовать уже

Судя по всему 100% то же самое

Акстился.

Пробовал Ром. Простите, лучше бы не пробовал. Ничего не скажу о скорости работы - тут знатоки лучше меня скажут. Работать с ним было мало удовольствия. Слишком избалован я )