Почему конструктор вызывается 3 раза после метода firstOrCreate в Laravel 5?

Question

[Сергей Бобров]

Есть конструктор в классе User:

public function __construct() {
        parent::__construct();
        echo "__construct";
}

получаем объект User

$users = \App\User::firstOrCreate(['email' => '[e-mail]']);

Получаем результат:
__construct__construct__construct
Почему так происходит?

И еще одно, если объекта нет в базе, при наличия переопределенного конструктора возникают ошибки, а если нет конструктора, все нормально.

PDOException in Connection.php line 362:
SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (``.data`users`, CONSTRAINT `users_referrer_foreign` FOREIGN KEY (`referrer`) REFERENCES `users` (`id`))

QueryException in Connection.php line 624:
SQLSTATE[23000]: Integrity constraint violation: 1452 Cannot add or update a child row: a foreign key constraint fails (`data`.`users`, CONSTRAINT `users_referrer_foreign` FOREIGN KEY (`referrer`) REFERENCES `users` (`id`)) (SQL: insert into `users` (`updated_at`, `created_at`) values (2015-06-24 09:02:51, 2015-06-24 09:02:51))

Answer 1

[Вячеслав Плиско]

Потому что в модели всё смешали: здесь фасады для вызова типо как через статику, здесь query builder для запросов, здесь коллекции для работы с одной или пачкой записей, здесь сама модель с аттрибутами-метаторами-слушателями. И для сброса состояний часто используется пересоздание объекст в стиле return new static;

Comments

[Сергей Бобров]

Так, а почему возникают проблемы с конструктором?

[Вячеслав Плиско]

Ну я же написал, моделька используется в нескольких ипостасях, потому внутри методов создаёт новые инстансы себя и сбрасывает состояние.
Вот первый вызов, дёргается через фасад
https://github.com/laravel/framework/blob/5.1/src/...
Затем делаете запрос с попыткой найти такую запись
https://github.com/laravel/framework/blob/5.1/src/...
Там используется where, который дёргается через __callStatic который создаёт инстанс, который работает как query builder https://github.com/laravel/framework/blob/5.1/src/...
Если модель не найдена, то создаётся новая с новым инстансом (в старом то у нас уже забит where и т.д.)
https://github.com/laravel/framework/blob/5.1/src/...
-----
Костыли шо писец, но зато имеем очень удобный интерфейс снаружи.

[Сергей Бобров]

Вячеслав Плиско: спасибо, это я понял, но возникаю проблемы, когда нет записи в базе данных, при наличии переопределенного конструктора, вызывается исключения. Почему это происходит и как решить данную проблему, просто приходиться делать костили в виде добавления метода init, и получается что невозможно получить объект уже проинициализированным стразу.

[Вячеслав Плиско]

tachini: Не надо перекрывать конструктор, он не является точкой входа. Есть метод boot через который можно вешать слушателей laravel.com/docs/5.1/eloquent#events - это точка входа.
Вы напишите что хотите сделать, а я постараюсь подсказать как лучше.

[Сергей Бобров]

Вячеслав Плиско:
У меня модели приблизительно имеет такую структуру:

class User extends Model {
        private $name;
        private $id;
        public getName() { return $this->name}
        public getID()       {return $this->id}
        public setName($name) {
                $me = User::firstOrCreate(['id' => $this->id])
                $this->name = $me->name = $name;
                $me->save();
        }
}

И я хочу, чтобы при любых операциях: all, where, firstOrCreate, find, я мог получить уже колекцию проинициализированных моделей, у думал что можно это сделать в конструкторе, но он не видит данных о себе

[Вячеслав Плиско]

tachini: Вы лучше доку перечитайте. Не нужно делать getName(), они и так есть, когда вызываете $mode->name дёргается __get, который ищет либо мутатор по маске getAttribute getAttributeName(), а с случае его отсутствия просто значение поля.
Вы с доктрины опыт переносите на eloquent, что не верно.

[Сергей Бобров]

Вячеслав Плиско: Я использую некоторые поля в модели, которых нет в таблице, и хотел провести их инициализацию, но может я от них откажусь, просто возникает вопрос, когда создается инстанс модели, он уже в себе хранит все данные с таблицы? а так понял что да. В таком случае буде использовать AppServiceProvider, уже разобрался как с ним работать

Answer 2

[orxan80]

скорее всего там вызывается класс не один раз, в вызове классов наследников тоже так происходит