PHP ленивая загрузка объектов и инъекция зависимостей

может не по теме, но я думаю, что это поможет вам немного:

Я думаю, что вы пытаетесь достичь идеального решения. Но независимо от того, что вы придумаете, через пару лет вы будете более опытными, и вы определенно сможете улучшить свой дизайн.

за последние годы с моими коллегами мы разработали много ОРМ / бизнес-моделей, но почти для каждого нового проекта мы начинали с нуля, так как каждый был более опытным, каждый имел учились на предыдущих ошибках, и все сталкивались с новыми моделями и идеями. Все это добавило дополнительный месяц или около того в разработку, что увеличило стоимость конечного продукта.

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

Если, конечно, вы не код для исследования или для веселье.

TL; DR: ваше будущее " я "всегда будет перехитрить ваше текущее "я", поэтому не переусердствуйте в этом. Просто тщательно подберите рабочее решение, освоите его и придерживайтесь его, пока он не решит ваши проблемы :D

чтобы ответить на ваши вопросы:

1. ваш код совершенно прекрасен, но чем больше вы будете пытаться сделать его "умным" или "абстрактным" или "свободным от зависимостей", тем больше вы будете склоняться к ORM.

2. Что вы хотите в первом блоке кода это вполне осуществимо. Посмотрите, как работает доктрина ORM, или этот очень простой подход ORM, который я сделал несколько месяцев назад для проекта weekend:

https://github.com/aletzo/dweet/blob/master/app/models

вот еще один подход, о котором я подумал. Вы можете создать объект "DAOInjection", который действует как контейнер для определенных DAO, обратного вызова и args, необходимых для возврата требуемых объектов. Классы тогда должны знать только об этом классе DAOInjection, поэтому они все еще отделены от всех ваших DAOs/mappers/services/etc.

class DAOInjection {
    private $_DAO;
    private $_callback;
    private $_args;
    public function __construct($DAO, $callback, array $args){
        if (!is_object($DAO)) throw new Exception;
        if (!is_string($callback)) throw new Exception;
        $this->_DAO = $DAO;
        $this->_callback = $callback;
        $this->_args = $args;
    }
    public function execute( $objectInstance ) {
        if (!is_object($objectInstance)) throw new Exception;
        $args = $this->_prepareArgs($objectInstance);
        return call_user_func_array(array($this->_DAO,$this->_callback),$args);
    }
    private function _prepareArgs($instance) {
        $args = $this->_args;
        for($i=0; $i < count($args); $i++){
            if ($args[$i] instanceof InjectionHelper) {
                $helper = $args[$i];
                $args[$i] = $helper->prepareArg($instance);
            }
        }
        return $args;
    }
}

вы также можете передать "InjectionHelper" в качестве аргумента. InjectionHelper действует как другой контейнер обратного вызова - таким образом, если вам нужно передайте любую информацию об объекте ленивой загрузки в его введенный DAO, вам не придется жестко кодировать его в объект. Кроме того, если вам нужно "трубить" методы вместе-скажем, вам нужно пройти $this->getDepartment()->getManager()->getId() к введенному DAO по любой причине -- вы можете. Просто передайте его как getDepartment|getManager|getId конструктору InjectionHelper.

class InjectionHelper {
    private $_callback;
    public function __construct( $callback ) {
        if (!is_string($callback)) throw new Exception;
        $this->_callback = $callback;
    }
    public function prepareArg( $instance ) {
        if (!is_object($instance)) throw new Exception;
        $callback = explode("|",$this->_callback);
        $firstCallback = $callback[0];
        $result = $instance->$firstCallback();
        array_shift($callback);
        if (!empty($callback) && is_object($result)) {
            for ($i=0; $i<count($callback); $i++) {
                $result = $result->$callback[$i];
                if (!is_object($result)) break;
            }
        }
        return $result;
    }
}

чтобы реализовать эту функциональность в объекте, вам потребуются инъекции при строительстве, чтобы гарантировать, что объект имеет или может получить все ему нужна информация. Каждый метод, который использует инъекцию, просто вызывает метод execute () соответствующего DAOInjection.

class Some_Object {
    private $_childInjection;
    private $_parentInjection;
    public function __construct(DAOInjection $childInj, DAOInjection $parInj) {
        $this->_childInjection = $childInj;
        $this->_parentInjection = $parInj;
    }
    public function getChildObjects() {
        if ($this->_children == null)
            $this->_children = $this->_childInjection->execute($this);
        return $this->_children;
    }
    public function getParentObjects() {
        if ($this->_parent == null)
            $this->_parent = $this->_parentInjection->execute($this);
        return $this->_parent;
    }
}

затем я бы в конструкторе моего класса обслуживания создал экземпляр сопоставителей, относящихся к этой службе, используя соответствующие классы DAOInjection в качестве аргументов для конструкторов сопоставителей. Затем картографы позаботятся о том, чтобы каждый объект имел свои инъекции, потому что задача картографа-вернуть полные объекты и обработать сохранение / удаление объектов, в то время как задача службы-координировать отношения между различными картографами, объектами и т. д.

в конечном счете, вы можете использовать его для ввода обратных вызовов службам или картографам, поэтому, скажем, вы хотите, чтобы ваш объект "билет" извлек родительского пользователя, который находится за пределами "службы билетов" - служба билетов может просто ввести обратный вызов "службе пользователей", и ей не нужно будет знать, как DAL работает для других пользователей. объекты.

надеюсь, что это помогает!