Когда в классе функция должна прописываться как static?

@Fatmarmelad · Регистрация: 20.02.2016

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

Добрых суток!
Ниже класс со статическим свойством. В каких случаях нужно прописывать функции в таких классах как статик?
Есть какие-то правила на этот счёт?

PHP

 class Counter
  {
      private static $count = 0;
public function __construct() { self::$count++; }
      
 //а тут можно ведь было прописать как public function getCount() без static 
    public static function getCount() { return self::$count; }
  
  }

@tarasalk · 04.01.2020, 21:12

Все просто: объект - много состояний, статика - одно состояние.
Например в вашем случае только один счетчик, а если понадобится несколько независимых?

@sad67man · 05.01.2020, 00:10

Fatmarmelad, Сейчас попытаюсь вас запутать) Как правило если метод не использует создаваемый объект, т.е. $this, то это кандидат на static. Правда нужно учитывать, что $this в какой-то момент времени может появиться, если мы захотим как-то конфигурировать наш объект.
Вообще каких-либо правил нет. Главное понимать как это работает, а как вы уже будете это использовать - ваше дело.

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

PHP

class Calculator
{
    public function calculate(array $items) 
    {
        $sum = 0;
        foreach ($items as $item) {
            $sum += $item->getPrice() * $item->getQuantity();
        }
        
        if ($sum >= 1000) {
            $sum *= 0.95;
        }
        
        return $sum;
    }
}

Если сумма больше 1000, то делаем 5-ти процентную скидку. Он не использует $this, и метод вполне бы мог статическим.
Теперь мы бы хотели протестировать данный объект и понимаем, что значение скидки и порог может часто меняться. Сегодня 5 процентов, а завтра 3. Тогда нам нужно будет менять не только сам объект, но и его тесты. Чтоб этого избежать, допустим мы можем их вынести как параметры метода.

PHP

class Calculator
{
    public function calculate(array $items, int $limit, int $percent)
    {
        $sum = 0;
        foreach ($items as $item) {
            $sum += $item->getPrice() * $item->getQuantity();
        }
 
        if ($sum >= $limit) {
            $sum *= (100 - $percent)/100;
        }
 
        return $sum;
    }
}

Теперь мы можем протестировать данный объект и вроде бы все хорошо. Но тут возникает следующая ситуация.

PHP

class Cart
{
    private $items = [];
    
    public function getTotal()
    {
        $calculator = new Calculator();
        return $calculator->calculate($this->items, 1000, 5);
    }
}

Как видите, здесь метод calculate мог бы быть статическим, но это не суть, теперь у нас проблема с тестированием самого объекта Cart. Если меняются условия скидок, то мы должны изменять класс Cart и соответственно его тесты, что не очень то удобно. Какой выход из ситуации?

PHP

class Calculator
{
    private $limit;
    private $percent;
    
    public function __construct(int $limit, int $percent)
    {
        $this->limit = $limit;
        $this->percent = $percent;
    }
 
    public function calculate(array $items)
    {
        $sum = 0;
        foreach ($items as $item) {
            $sum += $item->getPrice() * $item->getQuantity();
        }
 
        if ($sum >= $this->limit) {
            $sum *= (100 - $this->percent)/100;
        }
 
        return $sum;
    }
}
 
class Cart
{
    private $items = [];
    private $calculator;
    
    public function __construct(Calculator $calculator)
    {
        $this->calculator = $calculator;
    }
 
    public function getTotal()
    {
        return $this->calculator->calculate($this->items);
    }
}
 
$cart = new Cart(new Calculator(1000, 5));

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

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

PHP

interface CalculatorInterface
{
    public function calculate(array $items): int;
}
 
class Cart
{
    private $items = [];
    private $calculator;
 
    public function __construct(CalculatorInterface $calculator)
    {
        $this->calculator = $calculator;
    }
 
    public function getTotal()
    {
        return $this->calculator->calculate($this->items);
    }
}
 
$cart = new Cart(
    new DeliveryCalculator(
        new BonusCalculator(
            new CouponCalculator(
                new SimpleCalculator()
            )
        )
    )
);

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

@tarasalk 1992 / 1216 / 440 Регистрация: 13.06.2013 Сообщений: 4,115
	04.01.2020, 21:12	2
	Все просто: объект - много состояний, статика - одно состояние. Например в вашем случае только один счетчик, а если понадобится несколько независимых? 0

	05.01.2020, 00:10