Немного вопросов по DoctrineORM и Symfony?

Question

[Antiless]

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

1) В документации советуют ко всем полям сущности прописывать гетеры/сетеры. Я не понимаю зачем, если в php есть __call(). Ситуация, когда нужно сделать индивидуальную обработку поля - ясна, но зачем в большинстве случаев засорять класс однотипными методами - мне не понятно. В чем смысл?

2) Сделал внешний ключ от адреса к пользователю, указал действия каскадом, связь в PMA отображается, но родительский элемент не желает удаляться т.к. есть дочерние. В чем проблема?

/**
* @ORM\ManyToOne(targetEntity="Customer", cascade={"remove"}, fetch="EAGER")
* @ORM\JoinColumn(name="customer_id", referencedColumnName="customer_id")
*/
protected $customerId;

3) При сохранении адреса, фреймворк требует в поле $customerId передавать объект типа Customer. Я понимаю, что он скорее всего запросит id у объекта, но заче грузить в память целый объект, если я, например, заранее знаю его id? А если я хочу множество адресов переработать, то для каждого грузить его пользователя - странно выходит. Можно как-то исправить, чтобы требовалось скалярное значение, не убирая связи между сущностями?

4) Как сделать ORM-аннотацию, чтобы поле типа "datetime" заполнялось текущими датой-временем? Я написал так:

/**
* @ORM\Column(type="datetime", name="inserted_at", options={"default" : "CURRENT_TIMESTAMP"})
*/

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

Спасибо всем неравнодушным ))

Answer 1

[Юрий]

1) доктрина для всех ваших сущностей создает прокси объекты, и в дальнейшем вы будете из базы получать их. в прокси объектах для геттеров и сеттеров она делает методы обертки.
+ с call очень не удобно работать, тк нет автодополнения в среде разработки, только изза этого я бы кэлл не стал использовать.

2) возможно кеш не сбросили, доктрина бывает кеширует аннотации и при небольшом их изменении не применяет сразу.

3) смиритесь. оверхэд есть конечно, сам возмущался в начале, но ООП требует жертв.

4) да, просто добавляете в конструктор, никаких проблем нет, из плюсов то что это поле сразу же доступно, а также мега бонус для написания тестов, когда нужно создавать объекты с указанными датами.

Comments

[Antiless]

1)насчет прокси и методов-оберток можете расказать подробнее? ведь разница между обычным гетером и оформленным через кол не заметна
+можно аннотации писать для этого
2)очистка кеша не помогла

[Юрий]

Antiless: 1) да, прокси методы, наверное можно было бы сделать и с call.
но неужели вам не хочется нормального автодополнения кода? или вы код в нотепаде пишете?

тем более что для геттеров/сеттеров существует автогенерация кода даже в симфони, хотя я их делаю просто в один клик в шторме его средствами.

call так можно было бы где угодно использовать, но я видел что в доктрине он используется только для findBy* методов. и именно из-за этого не использую, не хочется видеть предупреждения лишний раз что метод не существует.

2) попробуйте
@ORM\JoinColumn(name="customer_id", referencedColumnName="id", onDelete="CASCADE")

[Antiless]

Юрий: спасибо! onDelete="CASCADE" Добавил к адресу (дочерней сущности) и сработало - доктрина добавила триггер в бд =)
я аннотации прописал для автодополнения.
+ вместе с call я получаю get/set/uns/has

Answer 2

[Артем Сошников]

3. Можно использовать reference
Тут есть пример stackoverflow.com/a/26257234

Comments

[Antiless]

спасибо, забыл про ленивую загрузку

Answer 3

[index0h]

Я не понимаю зачем, если в php есть __call().

Магию сложно дебажить, тестировать и поддерживать. Она может потребоваться но в очень-очень узких кейсах, когда по другому никак. Геттеры с сеттерами - это далеко не тот случай, учитывая, что IDE тип PhpStorm их отлично генерирует.

Ситуация, когда нужно сделать индивидуальную обработку поля - ясна, но зачем в большинстве случаев засорять класс однотипными методами - мне не понятно. В чем смысл?

За тем, что бы не засорять его никому не нужной магией.

Я понимаю, что он скорее всего запросит id у объекта, но заче грузить в память целый объект, если я, например, заранее знаю его id?

При выборке доктрина генерирует прокси классы, которые догружают и гидрируют дочерние объекты в случае необходимости. Хотите чисто id - не объявляйте связь))

А если я хочу множество адресов переработать, то для каждого грузить его пользователя - странно выходит.

Почему же? Хотите работать с адресами - работайте с адресами, при чем тут пользователи?

Как сделать ORM-аннотацию, чтобы поле типа "datetime" заполнялось текущими датой-временем?

Добавьте значение по умолчанию в конструктор.

Answer 4

[Андрей Шахтарин]

Как сделать ORM-аннотацию, чтобы поле типа "datetime" заполнялось текущими датой-временем?

class Имя_Класса
{

     $поле_времяни;
     /**
     * Set поле_времяни
     *
     * @param \DateTime
     *
     * @return Имя_Класса
     */
    public function поле_времяни()
    {
        $this->поле_времяни = new \DateTime('today');
    }
}

еще можно вместо 'today' записать 'now', что одно и тоже.

обычно так делаю...

Comments

[Юрий]

а еще можно просто
new \DateTime;
или
new \DateTime();

[Юрий]

но лучше это делать в конструкторе

[Андрей Шахтарин]

Юрий: Как делать это в конструкторе можно премер кода?

[Юрий]

AndreyShakhtarin:

public function __construct()
{
$this->поле_времяни = new \DateTime();
}

[Юрий]

AndreyShakhtarin: в таком случае при создании сущности время создания установится на текущее. не нужно еще что-то вызывать как у вас

[Андрей Шахтарин]

Юрий: таки ясненько, Спасибо!