Нужен ли объект в данном примере?

Question

[Max Ba]

class Book
{
  public $name;
  public $price;

  public function __construct(string $name, int $price){
      $this->name = $name;
      $this->price = $price;
  }
}


$a = new Book('Название', 1000);


$stmt = $db->prepare("INSERT INTO `books` (`name`, `price`) VALUE (?, ?)");
$stmt->execute(array($a->name, $a->price));

Не совсем понятно. Сделал Класс Book. Наполнил его. И что мне с ним делать дальше? Передать в класс посредник между Им и БД и внутри сохранить?

Comments

[Илья]

Я купил машину, сел в неё, завёл. Непонятно, что делать дальше)

[Max Ba]

Илья, ну вот конкретный пример, как сохранить объект в БД? Таким образом как я сделал?

[Victor Bomberow]

Max Ba, вопрос не понятен, но рекомендую см паттерн Репозиторий, например.

[Max Ba]

Vito Ombero, а репозиторий разве не для коллекций создан?

[Victor Bomberow]

Max Ba, как и БД.

[Max Ba]

Vito Ombero, то есть надо промежуточный класс написать, в который передать БД и Book. И уже внутри соединить?

[Victor Bomberow]

Max Ba, да, обычно делают это через ORM.

Потому что класс - это интерфейс для взаимодействия с абстракцией, а БД эти абстракции вообще не сдались, там главное транзакции, скорость чтения, минимальные блокировки. Поэтому в сути, реляционная модель и ООП находятся в конфликте интересов.
У вас в примере класс типа Object Value, их хранить в БД проблемы нет. А вот с Reference Object начинаются проблемы, потому что каждый член класса заключает данные, которые могут храниться от 1 до десятка разных таблиц.

Подходы разные, начиная от ручного статического определения таблиц в коде, скриптами генерации таблиц, скриптами для пересоздания таблиц при изменении модели и заканчивая полетом фантазии, всякими вещами типа LiNQ в C# и прочими DSL.

Но если работать в сферическом вакууме, обычно хватает репозитория.

[Max Ba]

Vito Ombero, Благодарю, понятно.

Answer 1

[Дмитрий Гординский]

А какая альтернатива?
Работать с массивами и надеятся что все кто работают с вашим кодом будут помнить все поля всех объектов и никогда не ошибётся в их названии?

В данном примере это кажется избыточным, но такой код будет проще поддерживать и расширять в дальнейшем.

Comments

[Max Ba]

Я тоже подумал, что он избыточен поэтому вопрос и созрел. Я могу написать пару строк кода, а тк у меня уже создан класс Book, решил воспользоваться им. И все только усложнил)))))))))

Answer 2

[FanatPHP]

ну вот конкретный пример, как сохранить объект в БД? Таким образом как я сделал?

Если ты создал класс для того чтобы сохранять его объекты в БД - то нет, не нужен.

Вообще, порог вхождения в ООП очень высокий. Особенно в сравнении с порогом вхождения похапе. Из 100 человек, пользующихся РНР, хорошо если один может понять, зачем ему классы. Так что в целом ничего страшного, если ты не понимаешь. Хотя мне кажется, что ты движешься в правильном направлении. Просто не надо думать, что с ООП получится так же легко и само собой, как с процедурщиной. Тут надо мозги нанизнанку выворачивать.

А с классом надо так - сначала думаешь,зачем он тебе, а потом создаешь. Не наоборот :)

Comments

[Max Ba]

Я создаю классы обычно по принципу одной модели. К примеру пользователь User у меня умеет создавать, получать, модифицировать данный таблицы в БД и выводить список.
Это не ООП, но это класс, в рамках которого реализована работа с конкретной одной сущностью - пользователь.

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

Пока такой уровень)

[Max Ba]

Вопрос то как раз и возник, когда мне нужно было один объект заполнить данными, но эти данные надо было получить из БД. И вот тут делема и возникла.
1. Или я внутри метода, сделаю запрос и наполню свойство.
2. Или я сделаю запрос вне и передам его в объект, но тогда возникает вопрос, а чем мне такой класс, который только и можно, что наполнять извне.

)))