Дизайн модели Zend Framework

Я создаю приложение в Zend Framework. Моя модель состоит из трех уровней: классов домена, классов отображения данных и сервисного уровня, который обеспечивает интерфейс для всех внешних коммуникаций. В настоящее время классы сопоставления данных используются только на уровне моего сервиса, а классы домена - это простые объекты php, содержащие только информацию, относящуюся к их домену. Очень грубый пример того, что я имею в виду....

//domain class
public class User{
   // data and functions specific to the user domain
}

//service class
public class UserService{
    // service contains an instance of the mapper class
    protected $_mapper = 

    public function fetch($id){
        return $this->_mapper->find($id);
    }
} 

//mapper class
public class UserMapper{
    protected $_dbTable = new Zend_Db_Table('user');

    public function find(){
        return new User($this->_dbTable->find($id)->current());
    }

}

Я бы извлек объект пользователя в контроллере, например итак

$user = $this->_service->fetch($id);

До сих пор это работало нормально, но теперь я хочу сделать это

$user = $this->_service->fetch($id);
$recipeCount = $user->getRecipeCount();

Новые данные поступают из другой таблицы, и я не хочу извлекать всю эту информацию из базы данных каждый раз, когда я загружаю пользователя, я хочу лениво загружать эту информацию при вызове функции getRecipeCount. Я предполагаю, что мой вопрос заключается в том, что было бы лучшей практикой для достижения этого? Что касается потребителя, то информация специфична для домена пользователя, поэтому я думаю, что ее следует называть из класса пользователя. Для достижения этой цели класс домена должен был бы содержать свой собственный экземпляр mapper, но разве это отрицает необходимость наличия класса обслуживания в первую очередь? Я действительно не хочу делать это каждый раз.

$recipeCount = $this->_service->getRecipeCount($user);

Любые мысли будут оценены по достоинству