Реляционный подход

Случайно запостил дважды.

Хорошие идеи, возьмём на вооружение =)

У меня принцип такой.

— Ядро передаёт ссылку загрузчику объектов, тот грузит объект.
— Ядро вызывает метод content() и выводит результат

Загрузчик объектов:
— Находит нужный класс по его имени или по привязке форматов URL к классам.
— Создаёт объект класса.
— Инициализирует класс.

Инициализаторы классов могут быть разные. Самый популярный — это, конечно, использующий mysql-бэкенд, выполняющий ORM-маппинг. Хотя может быть и иным (часто практикую загрузку их статических *.txt, реже — XML или Oracle) или вообще отсутствовать (тоже весьма распространено).

В принципе, тут никакой отложенной загрузки нет, но я с задачей множественных обращений к БД справляюсь, используя мультизагрузку объектов и кеши.

Скажем, нужно вывести список товаров на страницу.

Объект этой страницы автоматически, при создании, ничего из БД не грузит.

Но метод content() вызовет метод local_template_data_set(), возвращающий хеш переменных для насыщения шаблона.

Вот этот метод, как раз, и может описать загрузку объектов. Например, так:

function local_template_data_set()
{
    return array(
        'list' => objects_array('my_cool_tovar', array(
            'category_id' => $this->category_id(),
            'is_published' => 1,
            'page' => $this->page(),
            'per_page' => $this->items_per_page(),
            'order' => 'title',
        )),
    );
}

В итоге если выводимые объекты будут автономны и не потребуют данных других объектов, запрос к базе так и останется один.

А вот в случае более сложном, если есть другие объекты, вызываемые выводимыми, и в шаблоне потребуются их параметры, при выводе добавится ещё N(=число_объектов на странице) запросов для загрузки эти подобъектов.

Борюсь с этим (если производительность так важна — дело в том, что у меня ещё часто используется статическое кеширование в *.html с автоочисткой при изменении в объектах, от которых зависит данная страница, а там хоть пять секунд генерись страница — не страшно) так.

Получив список нужных к выводу объектов в local_template_data_set() не сразу возвращаю результат, а извлекаю нужные id и получаю массив ID для загрузки вторичных объектов. И загружаю их одним запросом. Результат не использую, но объекты при этом кешируются. И потом, при выводе страницы, они будут браться уже из кеша.

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

$posts = objects_array('forum_post', array('topic_id' => $this->id()));

$user_ids = array();

foreach($posts as $p)
    $user_ids[$p->user_id()] = true;

objects_array('forum_user', array('id' => array_keys($user_ids)));

return array('posts' => $posts);

В итоге в шаблоне можно сразу использовать:

{foreach from=$posts as $x}
<p>{$x->create_time()|smart_time} {$x->user()->title()} пишет: {$x->body()}.</p>
{/foreach}

$x->user() в class forum_post вызовет object_load('forum_user', $this->user_id()), но нового обращения к БД уже не будет, так как все объекты уже загружены и инициализированы.

Так в этом примере в итоге получается лишь два простых запроса к БД.