Обязанности паттерна Repository, как лучше организовать код?

Дмитрий Беляев,

Почему уведомления )

1. Нужно из репозитория получить объекты юзеров, которые удовлетворяют условиям появления этого типа уведомления (срок работы заканчивается) и для которых еще нет уведомления такого типа...

2. Используя определенные данные модели юзера, создать для всех этих юзеров уведомление этого типа..

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

Ну то есть в моём понимании, здесь есть несколько потенциальных точек для изменения -- логика поиска пользователя, логика создания уведомления И хочется, чтобы эти логики были отделены друг от друга, и, чтобы бизнес логика не смешивалась с логикой доступа к данным (

Обязанности паттерна Repository, как лучше организовать код?

Василий Банников,

Спасибо за ответ )

Вы имеете в виду в одном методе репозитория проделать это всё?

А не нарушит ли этот метод принцип единственной ответственности - поиск юзеров, для которых нужно создать + непосредственно создание...

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

Почему не работает команда bundle?

Была C:\RailsInstaller\Ruby2.2.0\bin в PATH только в переменых среды пользователя а не системных. Добавил в системный - ничего не поменялось (.

Установил другой гем, его команда также не работает...

Где найти того, кто "оценит" твой код?

Привет, тезка! Спасибо, что откликнулся.
Если удобно, можно через ВК:
vk.com/d_artem