В проекте PHP, что шаблоны существуют для хранения, получают доступ и организуют объекты помощника? [закрытый]

class Application {
    protected static $_singletonFoo=NULL;

    public static function foo() {
        if(NULL === self::$_singletonFoo) {
            self::$_singletonFoo = new Foo;
        }
        return self::$_singletonFoo;
    }

}

Вот как я бы это сделал. Он создает объект по требованию:

Application::foo()->bar();

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

Примечание: то, что я представил, это даже не настоящий однотонный шаблон. Одиночка позволила бы создать только один экземпляр, определив конструктор (Foo::__constructor()) как private. Это только "глобальная" переменная, доступная всем экземплярам "Приложения". Поэтому я считаю ее использование корректным, так как она НЕ пренебрегает хорошими принципами ООП. Конечно, как ничто в мире, этот "паттерн" тоже не должен быть чрезмерно использован!

Я видел, что он используется во многих PHP фреймворках, Zend Framework и Yii среди них. И вы должны использовать фреймворк. Я не буду рассказывать вам, какой именно.

Addendum Для тех из вас, кто беспокоится о TDD, вы все еще можете сделать некоторую проводку для введения зависимости. Это может выглядеть следующим образом:

class Application {
        protected static $_singletonFoo=NULL;
        protected static $_helperName = 'Foo';

        public static function setDefaultHelperName($helperName='Foo') {
                if(is_string($helperName)) {
                        self::$_helperName = $helperName;
                }
                elseif(is_object($helperName)) {
                        self::$_singletonFoo = $helperName;
                }
                else {
                        return FALSE;
                }
                return TRUE;
        }
        public static function foo() {
                if(NULL === self::$_singletonFoo) {
                        self::$_singletonFoo = new self::$_helperName;
                }
                return self::$_singletonFoo;
        }
}

Здесь достаточно места для улучшения. Это просто PoC, используйте ваше воображение.

Зачем так делать? Ну, большую часть времени приложение не будет проходить юнит-тестирование, на самом деле оно будет запущено, , надеюсь, в производственной среде . Сила PHP в его скорости. PHP НЕ является и никогда не будет "чистым OOP языком", как Java.

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

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

Да, я знаю, манифест PHP - это BAD, технически говоря, это BAD. Однако, это успешный язык, в хакерском смысле этого слова.

Addendum

One function style:

function app($class) {
    static $refs = array();

    //> Dependency injection in case of unit test
    if (is_object($class)) {
        $refs[get_class($class)] = $class;
        $class = get_class($class);
    }

    if (!isset($refs[$class]))
        $refs[$class] = new $class();

    return $refs[$class];
}

//> usage: app('Logger')->doWhatever();

Мне нравится концепция впрыска зависимости:

«Инъекция зависимости в том, что компоненты придаются их зависимостям через их конструкторы, методы или непосредственно в полях. (Из веб-сайт контейнера PICO ) «

Fabien PotenChier написал действительно приятно серию статей о инъекции зависимости и необходимость их использования. Он также предлагает хороший и небольшой контейнер для инъекций зависимостей по имени Pimple , который мне очень нравится использовать (подробнее о Github ).

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

Если вы хотите сделать объекты, доступные во всем мире, шаблон реестра может быть интересным для вас. Для вдохновения взгляните на реестр Zend .

Также и реестр VS. Singleton вопрос.

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

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

$object = load::singleton('classname');
//or
$object = classname::instance(); // which sets self::$instance = $this

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

$object = new Class();

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

Почему бы не прочитать прекрасное руководство?

http: / /php.net/manual/en/language.oop5.autoload.php

Я бы выбрал функцию, возвращающую инициализированные объекты:

A('Users')->getCurrentUser();

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