Картопостроитель данных API - не уверенный в организации

Скажем, у нас есть "Пользователь" и модель "Hotel" классы. Я использовал бы User_Mapper и Hotel_Mapper для загружений/сохранения/удаления и т.д. Я хочу затем сделать, чтобы пользователь смог отметить их "любимые" отели. В базе данных у меня есть мой user_favourite_hotels таблица, которая является простой таблицей ссылки наряду с, говорит что поле для подписки на обновления отеля.

При списке любимых отелей пользователя, как Вы ожидали бы, что это будет работать с точки зрения API? Часть меня думает, что это должно быть "findFavouritesByUserId" методом на Hotel_Mapper, но кроме высказывания это "чувствует себя" правильным - однако, коллега предполагает, что "фавориты" принадлежат пользователю и должны поэтому быть на User_Mapper.

Возможно, у меня должен быть User_Hotel_Favourites_Mapper? Я думал о слиянии данных "фаворитов" в к Пользовательскому объекту, таким образом, это сохраняется и загружается каждый раз, когда Пользовательский объект. Я не уверен, было ли лучше разделить его в к своему собственному объекту и картопостроителю как бы то ни было.

Я ценил бы любой совет относительно того, как лучше всего установить API для вышеупомянутого и любых профессионалов/недостатков/событий.

Большое спасибо,

James.