Инверсия зависимостей в ORM. Велосипед или есть решение?

Question

[hack504]

Внедряю инверсию зависимостей в ORM, чтобы уже на стадии получения объекта применилась базовая логика. В этом коде собственно пример правил инжектирования на основе полей БД (в моем случае это полноценные объекты, а не свойства). Есть ли уже подобные реализации (на любом языке программирования)?

public function __construct(
        \App\Repository\Tariff\type $TariffType,
        \App\Repository\Tariff\limit $TariffLimit,
        \App\Repository\Clients\balance $Balance,
        \Kernel\Models\Elements\OperatorItem $Oi
    ) {
        $Oi->def('\App\Logic\Balance\Balance');
        $Oi->reg('\App\Logic\Balance\BalanceNegative', [
            $TariffType->equals(function($v){
                return $v == 1;
            }),
            $Balance->equals(function($v) use ($TariffLimit){
                return $v < ($TariffLimit*-1);
            })
        ]);
        $Oi->reg('\App\Logic\Balance\BalanceNegative', [
            $TariffType->equals(function($v){
                return $v == 0;
            }),
            $Balance->equals(function($v){
                return $v < 0;
            })
        ]);
        return $Oi->getInstance();// new \App\Logic\Balance\BalanceFailure()
    }

Comments

[Станислав Б]

return $Oi->getInstance();

в конструкторе будет работать не так как ожидается

а вообще код я не сильно понял, что зачем почему.

[hack504]

Станислав Б, если вкратце, есть две таблицы в бд clients и tariffs с отношением один к одному. Тарифы самые разнообразные с кучей параметров, у клиентов тоже много всяких настроек. На выходе получаю раздутую логику взаимосвязи настроек клиента и его тарифа. Даже простая операция, как пополнение баланса, требует учитывать всё это. Чтобы облегчить себе жизнь я решил разбить логику на кейсы - есть баланс положительный и отрицательный (зависит от тарифа - условие: меньше нуля или меньше допустимого лимита). Таким образом поле balance в таблице clients и поля type, limit таблицы tariffs превращается в моей модели в абстракцию Balance (или BalanceNegative) которая выполняет метод addBalance($money) согласно конкретному тарифу. Если смотреть в общем, то при получении экземпляра класса
$Client = $ORM->find('clients', ["id" => 3]);
я получаю по сути уже определенный кейс, с определенным поведением.
по коду:
$Oi->def('\App\Logic\Balance\Balance');
устанавливаю зависимость по умолчанию

$Oi->reg('\App\Logic\Balance\BalanceNegative', [  ... ]);

регистрирую новую зависимость, которая будет инжектирована при соблюдении условий, указанных во втором аргументе - это колбеки на поля таблиц (обычное сравнение). Как уже писал, вижу реализацию ORM где поля таблиц описываются не в виде свойств класса, а классами (что позволяет вешать всякие проверки - у меня это метод equals)

Answer 1

[galliard]

В конструкторе этого делать точно не стоит. Да вы и не сможете, так как в конструкторе ретурн не работает.
Лучше посмотреть в сторону этого паттерна https://ru.wikipedia.org/wiki/Абстрактная_фабрика_...