Это билдер, он нужен скорее для парсера аннотаций и автомиграций (которые вообще зло), чем сам по себе. Ручками удобнее вот так
А чего там обсуждать? Для простых сайтиков, где все укладывается в банальный CRUD, наверное, пойдет. Такое обсуждать совсем неинтересно. Когда будут проекты с действительно сложной бизнес-логикой - приходи.
давай, но от этого же ничего не изменится, все одно считал, мутировал, записал ну или ошибка
Зависит от того, как поставлена задача. Давай представим себе, что у нас интеграция с какой-нибудь тикеталкой для модераторов, и нам надо в нее добавить задание на модерацию.
Да тихо ты, я к этому аккуратно подвожу, понемножку
class User{
private $id;
private $name;
private $renamed = false;
public function wasRenamed(){
return $this->renamed;
}
public function rename($name){
$this->name = $name;
$this->renamed = true;
}
}
$user = $userMapper->read($user_id);
if($user->wasRenamed()){
$taskMapper->create(new UserRenamedTask($user_id, $newName));
}
else{
$user->rename($newName);
$userMapper->update($user);
}интереснее как вы это напишите.
если знать все 40, можно думать, так конь в вакууме, но как бы там нибыло есть 40 условий все 40 придется и тебе написать
а вот тут уже совсем не понятно, rest при чем?
А в том и цимес, что ты изначально не знаешь. Требования штука такая, они добавляются и меняются со временем. И типичная CRUD-ятина при этом неизбежно превращается в адскую лапшу с костылями.
Перечитай, о чем говорил Вурдалак вот тут
ну что тут поделаешь, разнесу в методы, в классы.. все по мере поступления проблем
ну как еще сохранять та? и у вас update к конечном итоге весь orm на этом (crud) заточен, а то о чем вы это просто дополнительно "лог изменений" писать
а, ты до cqrs тоже процедурно писал?
Автомиграции добро, если они выполнены качественно. Но мне в принципе уже понятно насколько наше мировоззрение разное.
Постом выше описан проект с бизнес-процессом космической сложности.