Как вызывать динамический метод класса как статический в PHP?

Question

[CaptainJustness]

Всем привет.

Как вызывать динамический метод класса статическим вызовом в PHP?

Например в laravel при работе с моделями можно вызвать динамические классы статическим способом:

// вызов динамического метода
$model = new Model();
$model->where(...)->get();

// вызов динамического метода как статический
Model::where(...)->get();

При этом в главном классе Model описан метод вот так public function where(...
Если я аналогично делаю и вызываю вот так Class::mymethod() то ошибка. Как они так сделали, чтобы работало?

Comments

[Дмитрий]

А что конкретно вы хотите?

[CaptainJustness]

Чтобы вот это заработало:

class MyModel {
  // .....

  public function testMethod() {
    echo 'It\'s OK';
    return $this;
  }

  public static function __callStatic($method, $parameters) {
    return (new static)->$method(...$parameters);
  }

  // .....
}

MyModel::testMethod();

[Дмитрий]

CaptainJustness, если таки внимательно посмотреть на Model то можно увидеть что она пробрасывает не на себя а на QueryBuilder. А теперь повторю вопрос - что вы хотите сделать и нахрена?

Answer 1

[Григорий Васильков]

Тебе нравится концепция ларавельных фасадов, которые публичные методы статически вызывают.

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

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

Причина (но не проблема) этого - отсутствие в пхп понятия "перегрузка метода" которое позволяет в одном классе написать один и тот же метод 3-4 раза указав разный набор параметров и по числу переданных параметров будет выбрано что это есть. Это штука конечно модная, но хорошо, что её нет. Когда она есть код будет более странным и непредсказуемым при беглом чтении. В пхп решили это не делать. Вернее как сказать - понятие ввели, как написал Сергей delphinpro, но реализация идет через 4 разных метода, которые ты потом с помощью if() вручную определяешь.

У меня так в библиотеке сделаны модули, я специально писал генератор фасадов, потому что у меня 20 классов, во всех методов около 10, и надо чтоб хочешь - фасадом как в ларе, хочешь иньекцией зависимости как предполагает паттерн инжектор, хочешь трейтом можно было подключать когда лень и побыстрому, хочешь - aware интерфейсом через сеттер как в симфони прямо контейнером. https://github.com/6562680/support

Но "ООПшным" способом - это если хочеться разобраться "как". Если хочется решить проблему - бери статью о фасадах в ларе и делай по ней.

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

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

Но да, есть и тут подводный камень. Когда хочешь изнутри модели в методе вызвать, там же конструктор уже занят $attributes, надо наследовать, а потом создавать модельки уже не через new, а через контейнер, чтобы подбрасывалось - но это боль. Поэтому перейди к работе с классами сервисами. Если ты хочешь поменять модель - ты свою модель передаешь в метод сервиса параметром, где сервис над моделью делает действие и выдает измененную.

Comments

[CaptainJustness]

Большое спасибо за подробный ответ. Нет, я не пытаюсь добавить метод в модель. Я пишу собственный абстрактный класс модели и билдера с синтаксисом ларки. Зачем? - 5000+ файлов вендора ларки против 500 файлов самописа, при этом минимальный функционал сохранится.

[CaptainJustness]

Подскажите, пожалуйста, где допускаю ошибку:

class ModelHelp {
  public static function test() {
    static::getInstance()->test();
  }
  public static function getInstance()
  {
    return new Model;
  }
}

class Model extends ModelHelp {
  public function test() {
    echo 'It\'s OK';
  }

  public static function __callStatic($method, $parameters) {
    return (new static)->$method(...$parameters);
  }
}

Model::test();

[Григорий Васильков]

CaptainJustness, вот свой делать хотя и можно было, но не стоит, я уже через это проходил, неблагодарное дело. Все что вам нужно это установить пакет illuminate/database в свой проект, чтобы пользоваться БД лары в любом проекте. Второе, что вероятно скоро пригодится - класс отложенного выполнения запросов. Писать свой такой же может быть нужно лишь в целях обучения, потому что сделать свою обертку для БД совсем непросто, и поддерживать потом десяток баз данных с разными особенностями SQL - это больно, лучше использовать уже просто PHP PDO, где очень скилловые дяди давно прошли через тысячи приколов.

В вашем примере вы делаете extends. Вы сейчас на этапе, когда считаете, что взять методы можно только наследованием. Взять ещё можно "композицией"

class ModelService {
  protected $modelHelp;

  public function __construct(ModelHelp $modelHelp) {
    $this->modelHelp = $modelHelp;  
  }

  public function test() {
    echo 'It\'s OK';
  }

  public static function __callStatic($method, $parameters) {
    return $this->modelHelp->$method(...$parameters);
  }
}

Выглядит как будто одно и то же, но в отличии от extends это позволяет во первых несколько функционалов "подкидывать на вход", во вторых если ожидать не ModelHelp, а ModelHelpInterface, то можно позже написать другой ModelHelp, чтобы подменить первый не затрагивая код этого класса.

То что я говорил - наследование нужно строго там где оно нужно. К примеру есть у вас BaseModel и есть Model, которая наследует BaseModel. И здесь будет один уровень и никогда не пригодится второй. Где базовая модель действительно описывает поведение "по-умолчанию", а конкретная - делает что-то иначе. Пытаясь воткнуть наследование везде - вы захотев это переписать - снова заставите себя наследоваться и в конце уткнетесь в то, что функции повторяются, и нужно наследовать "два сразу", а так не работает. Поэтому наследование это про "базовый + реальный", а не про "исполнитель-обертка".

Второе что в вашем примере написано.

class ModelHelp {
  public static function test() {
    static::getInstance()->test();
  }
  public static function getInstance()
  {
    return new Model;
  }
}

Давайте логически подумаем что оно делает. Вы пишете static::getInstance() что означает "эй, ModelHelp, дай мне свой экземпляр". Но вместо своего экземпляра вы просите экземпляр вообще другого класса Model, который связан с первым только вашей задумкой, любой это читающий будет чесать голову "боже, как он умудрился это придумать" - т.к. оно "нелогично" или "непоследовательно".

getIntance() дословно означает "дай экземпляр".

Если вы хотите сделать "один экземпляр на программу", то это будет так

class ModelHelp {
  public static function getInstance()
  {
    return static::$instances[ static::class ] = static::$instances[ static::class ]
      ?? new static();
  }
  protected static $instances = [];
}

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

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

class ModelFactory {
  protected $di;

  public function __construct(\Psr\Container\ContainerInterface $di = null) {
    $this->di = $di;
  }

  public function newModelService()
  {
    return new ModelService(); // а если ларавельный контейнер, то $this->di->make(ModelService::class);
  }

  public function getModelService()
  {
     return isset($this->di) && $this->di->has($name = ModelService::class)
       ? $this->di->get($name)
       :  $this->newModelService();
  }

  public static function getInstance()
  {
    return static::$instances[ static::class ] = static::$instances[ static::class ]
      ?? new static(); // вот здесь оно создаст фабрику БЕЗ контейнера, а нам то надо с, поэтому...
  }

  public static function withInstance(?ModelFactory $factory)
  {
    static::$instances[ static::class ] = $factory;
  }
}

class ModelService {
  public function test() {
    echo 'test';
  }
}

class ModelFacade {
  public static function __callStatic($method, $arguments)
  {
    // и здесь тоже будут проблемы, но это правильное "решение"
    // есть функции возвращающие void, там нельзя ставить спереди return
    // есть функции работающие со ссылкой на входе, и там нельзя использовать магию
    // есть функции возвращающие генератор и там нужно делать yield from вместо return
    // есть функции возвращающие генератор и работающие по ссылке, там надо делать foreach ($gen) { yield $ref; }
    return ModelFactory::getInstance()->getModelService()->{$method}(...$arguments);
  }
}

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

В итоге вы пишите:

$container = new Container;
$factory = new ModelFactory($container);
ModelFactory::withInstance($factory); // указали что наш экземпляр теперь "основной"
ModelFacade::test(); // и получаете 'test';

Хотя в последнем методе под капотом сначала возьмется существующая фабрика, потом проверится в контейнере наш сервис если он там был, если нет - фабрика создаст новый, вернет его, и выполнин на тем действие test()

[CaptainJustness]

Григорий Васильков, спасибо!

Answer 2

[Сергей delphinpro]

Перегрузка https://www.php.net/manual/ru/language.oop5.overlo...
Метод __callStatic

А внутри упрощенно, что то вроде

public static function __callStatic($name) {
  $model = new self(); // или new static(); если выносить этот метод в общего предка.
  return $model->$name();
}

Comments

[CaptainJustness]

У меня вот так сделано, по аналогии как в laravel Model классе:

public static function __callStatic($method, $parameters)
    {
        return (new static)->$method(...$parameters);
    }

и не рабоатет....

[Сергей delphinpro]

CaptainJustness,

class MyModel {
  public static function __callStatic($method, $parameters) {
    return (new static)->$method(...$parameters);
  }

  public function testMethod() {
    echo 'It\'s OK';
    return $this;
  }
}

MyModel::testMethod();

[CaptainJustness]

Сергей delphinpro, не работает. Ошибка.

PHP Fatal error: Uncaught Error: Non-static method MyModel::testMethod() cannot be called statically

Попробуй сам

[Сергей delphinpro]

CaptainJustness, CaptainJustness, да, точно.
Метода не должно быть.

class MyModel {
  public static function __callStatic($method, $parameters) {
    $methodName = $method.'Method';
    return (new static)->$methodName(...$parameters);
  }

  public function testMethod() {
    echo 'It\'s OK';
    return $this;
  }
}

MyModel::test();

Или другой вариант – сделать нестатические методы приватными/защищенными

В ларке посложнее, методы не определены явно. Там после вызова магии __callStatic следом вызывается магия __call и там разруливается что дернуть.

[CaptainJustness]

Сергей delphinpro, такой варик не прокатит. В таком случае если я захочу вызвать вот так (new MyModel)->test(), то это не сработает, только так (new MyModel)->testMethod(). Что уже рушит концепцию... Вот из ларки метод бы вытащить..

[Сергей delphinpro]

CaptainJustness,

Или другой вариант – сделать нестатические методы приватными/защищенными

В общем они не должны быть доступными из вне. Тогда сработает магия callStatic