Теоретический вопрос о моделях в MVC фреймворках и способе возврата вычисляемых данных

[LukiDuki1980]

Вопрос у меня не конкретно к какому-то фреймворку, а в целом, так скажем по теории.

Многие фреймворки в документациях приводят пример, когда модель возвращает непосредственно объект какой-либо таблицы, но чаще в проектах модели так же производят какие-то вычисления и могут возвращать помимо полей таблиц еще множество данных.

Раньше, скажем в PHP, это решалось просто, к возвращенному массиву просто добавляли новые значения и возвращали весь список, а как решать эту проблему на уровне текущих абстракций фреймворков? В класс (отражающий таблицу) добавлять дополнительные поля? Или же создать отдельный класс, который включает как вычисляемые данные, так и объект с БД?

[lomastr_]

модель это не таблица в общем случае, что вас конкретно интересует?

[LukiDuki1980]

Сообщение от lomastr_

модель это не таблица в общем случае, что вас конкретно интересует?

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

[Andkorol]

Сообщение от LukiDuki1980

когда нужно вернуть больше чем объект с данными из таблицы БД

«больше чем объект с данными из таблицы» – это что именно имеется в виду?
Конкретный пример таких данных.

[LukiDuki1980]

Сообщение от Andkorol

«больше чем объект с данными из таблицы» – это что именно имеется в виду?
Конкретный пример таких данных.

Любые данные которые вычисляются в модели.
То есть в процессе работы модели генерируются еще данные, и получается что нужно вернуть как данные из таблицы, так и вычисленные данные, как это сделать правильно в рамках фрейворков. Расширить класс таблицы или же поместить в другую?

[lomastr_]

ооп это объекты, пишите класс возвращаете объект этого класса
так и не понимаю в чем у вас вопрос
напишите в запросе так select t1.col1, t2.col2, t1 col1/t2.col2 from t1, t2 where t1.id=t2.id
какой "объект бд" тут получаете? это просто набор данных, остальное не важно, также модель может быть вовсе не связанна с бд
хотите в логику класса всунуть еще что-то? кто мешает?
просто говоря модель подразумевают чисто данные (без бизнес логики), но это не догма, а просто отделение мух от котлет

[LukiDuki1980]

вот пример некого абстрактного фреймворка (на псевдоязыке, надеюсь смысл понятен):
есть класс Post таблицы бд "post_user"

обычно пишут так
$data = model->getPost(34);// в ответе содержится объект Post с номером поста 34


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


PS я прекрастно знаю как сделать, вопрос как правильно с точки зрения дизайна.

Расширить Post
или создать класс выше типа

class WiderPost {
$post = Post;
$data = ... // other data
}

и уже использовать так
$data = model->getPost(34);// в ответе содержится объект WiderPost с Post(34) и другими данными

[Gorychev]

запихнуть в Post я не могу, так как он отражает таблицу в бд.

В смысле отражает? Это типа ORM что-ли?

вычисляются еще данные

Что за данные?

$data = model->getPost(34);// в ответе содержится объект...

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

[LukiDuki1980]

Версия вопроса 2.0 (с кодом).
Условие, после обработки из БД формируется результат в виде некого объекта класса Post, в котором описаны поля таблиц (ORM иди ActiveRecord не важно).
Вопрос.
Как с точки зрения ООП дизайна поступить, то есть что вернуть контроллеру?


1) Просто вернуть массив, где одно значение это объект Post (результат из БД), а второй вычисленные данные.

class Model {

public function getData(){
  $query = "Query";
  $post = $store->get($query);
  $result = [
    'post' => $post,
    'smthParams' => $this->calculateSmth()
  ];
  
  return $result;
}
...
}

2) Создать какой-то выше по уровню класс типа OverPost, которые бы включал в себя объект (результат из БД), и вычисленные данные (по сути тот же массив только в обертке ООП со всеми плюшками).

class Model {

public function getData(){
  $query = "Query";
  $post = $store->get($query);
  $result = new OverPost()
  $result->setPostData($post);
  $result->setSmthParam($this->calculateSmth())
  
  return $result;
}
...
}

3) Заранее расширить класс Post, чтобы он содержал данные не только с таблиц БД, а так же вычисляемые данные.

class Model {

public function getData(){
  $query = "Query";
  $post = $store->get($query);
  $post->setSmthParam($this->calculateSmth());
  return $post;
}
...
}

В общем какой вариант будет правильней, с точки зрения дизайна кода, с точки зрения MVC и с точки зрения нынешнего стиля фреймворков?

[Gorychev]

Я не знаю насчет модных веяний кодинга, но как по мне, первый вариант вполне норм.
Только метод calculateSmth нужно прикинуть, реализовать в этом классе или же в другой модели, в зависимости от того насколько "близки" друг к другу получаемые данные.