Symfony 2: как правильно организовать бизнес-логику?

@satmurat · Регистрация: 19.07.2013

Author24 — интернет-сервис помощи студентам

Всем привет!
Вот я недавно начал один проект на Symfony 2 и сразу же столкнулся одной проблемой - организацией бизнес-логики. Например, у меня есть сущности User, Scene и Game. Правильно ли будет такой подход:

PHP

//Controller
... indexAction {
 // User - сущность в /Sat/GameBundle/Entity/User.php
 $user = new User(); 
 // GameManager - класс в /Sat/GameBundle/Models/GameManager.php
  $gm = new GameManager($this->get('doctrine'));
  $gm->setUser($user);
}

То есть, правильно ли передать Doctrine в качестве аргумента, чтобы у GameManager была возможность использовать его? Такой подход не жрет много ресурсов?
Какая разница между таким подходом и передачей в качестве аргумента зарегистрировав класса в качестве сервиса:

PHP

services:
 game.ganager:
  class: SatGameBundle/Models/GameManager
  arguments:
   - @doctrine

@OnYourLips · 22.09.2013, 11:19

Если тебе нравится такой подход, то Doctrine не лучший вариант.
Используй AR: Propel либо надстройки над доктриной.

Какая разница между таким подходом и передачей в качестве аргумента зарегистрировав класса в качестве сервиса:

В первом случае ты используешь контейнер, во втором DI.
В Symfony принято использовать DI.

@satmurat · 22.09.2013, 12:29 **[ТС]**

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

В первом случае ты используешь контейнер, во втором DI.
В Symfony принято использовать DI.

За кулисами не происходит ли тоже самое, когда используем DI (единственное отличие - допускается создать только одного экземпляра)?

А вообще, какие еще есть варианты организации бизнес-логики?

@OnYourLips · 22.09.2013, 13:36

satmurat,

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

За кулисами не происходит ли тоже самое, когда используем DI?

DI использует контейнер. Ты и сам можешь положить что-то в контейнер и заставить DI это использовать.

(единственное отличие - допускается создать только одного экземпляра)

Не понял. EntityManager-ов может быть много. И они могут работать с одними и теми же сущностями.

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

А вообще, какие еще есть варианты организации бизнес-логики?

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

@satmurat · 22.09.2013, 19:31 **[ТС]**

OnYourLips,

Не понял. EntityManager-ов может быть много. И они могут работать с одними и теми же сущностями.

Я имел ввиду $em1 === $em2 будет true, при

PHP

1 2	$em1 = $this->get('doctrine'); $em2 = $this->get('doctrine')

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

Да, 2 вариант говорят менее гибок, но в каком смысле, интересно. Если не ошибаюсь, в Yii используется именно такой варниант.
В официальных туториалах рекомендуют связку с сущностями и БЛ через DI. То есть, таким образом

PHP

services:
 game.ganager:
  class: SatGameBundle/Models/GameManager
  arguments:
   - @doctrine

А народ больше всего каким образом организует БЛ на своих проектах?

@OnYourLips · 22.09.2013, 19:37

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

А народ больше всего каким образом организует БЛ на своих проектах?

При использовании Doctrine - DI.
Сущность ничего не должна знать о EM.

Я бы не стал использовать Symfony для проектов дешевле нескольких миллионов.

@satmurat · 22.10.2013, 10:25 **[ТС]**

На данный момент сложилась такая ситуация, что почти все модели в качестве аргумента в конструктор принимают EntitiyManager. Без него никак. Можно было бы через DI, но в некоторых моделях создаются экземпляры таких классов по логике. Например,

PHP

class Game {
  private $em;
  public class function __construct($em) {
    $this->em = $em;
    // bla bla
  }
  private function runScene($scene) {
        $sc = new Scene($this->em, $scene);
        $sc->generate();
  }
}

То есть, у меня класс Game "запущен" через DI, а Scene нет. Так нормально вообще? Или Scene тоже можно "впихать" в DI?

@OnYourLips 508 / 358 / 13 Регистрация: 12.03.2012 Сообщений: 1,896
	22.09.2013, 11:19	2
	Если тебе нравится такой подход, то Doctrine не лучший вариант. Используй AR: Propel либо надстройки над доктриной. Какая разница между таким подходом и передачей в качестве аргумента зарегистрировав класса в качестве сервиса: В первом случае ты используешь контейнер, во втором DI. В Symfony принято использовать DI. 1

@satmurat 0 / 0 / 0 Регистрация: 19.07.2013 Сообщений: 5
	22.09.2013, 12:29 [ТС]	3
	Сообщение от OnYourLips В первом случае ты используешь контейнер, во втором DI. В Symfony принято использовать DI. За кулисами не происходит ли тоже самое, когда используем DI (единственное отличие - допускается создать только одного экземпляра)? А вообще, какие еще есть варианты организации бизнес-логики? 0

@OnYourLips 508 / 358 / 13 Регистрация: 12.03.2012 Сообщений: 1,896
	22.09.2013, 13:36	4
	satmurat, Сообщение от satmurat За кулисами не происходит ли тоже самое, когда используем DI? DI использует контейнер. Ты и сам можешь положить что-то в контейнер и заставить DI это использовать. (единственное отличие - допускается создать только одного экземпляра) Не понял. EntityManager-ов может быть много. И они могут работать с одними и теми же сущностями. Сообщение от satmurat А вообще, какие еще есть варианты организации бизнес-логики? Можно работать с пустыми сущностями в различных сервисах, в которых и будет логика. А можно положить логику в сущности. Второй вариант менее гибок, но более удобен. 0

@OnYourLips 508 / 358 / 13 Регистрация: 12.03.2012 Сообщений: 1,896
	22.09.2013, 19:37	6
	Сообщение от satmurat А народ больше всего каким образом организует БЛ на своих проектах? При использовании Doctrine - DI. Сущность ничего не должна знать о EM. Я бы не стал использовать Symfony для проектов дешевле нескольких миллионов. 0

	22.10.2013, 10:25

Опции темы