Где грань между созданием экземпляра объекта (new Class()) и использованием оператора разрешения области видимости (::)?

Question

[Alexander]

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

Прошу объяснить на примере класса валидации формы:

Сейчас делаю так.

$data = Request::post('text');
// Создать экземпляр формы.
$form = new Form($rules);
$form->validate($data)
if(!$form->isValid()) {
  echo $form->error()->msg();
}

Обязательно ли создавать экземпляр? Или можно обойтись статическими методами:

$checkForm = Form::validate($rules, $data)
if(!$checkForm) {
  echo Form::getError();
}

Единственное что знаю, экземпляр надо создавать тогда, когда он оперирует уникальными данными (привет PDO)

Подскажите. Где эта самая грань между new и ::
Когда нужно, а когда не нужно?
(Вероятнее ответ есть в сети, но я не могу сформулировать запрос)

Comments

[Yustas Alexu]

Двойное двоеточие используется для обращения к статическим методам, константам и перегруженным методам класса. Статический метод это метод, который можно вызывать на самом классе, без создания его экземпляра. Соотвественно статические методы не могут обращаться к свойствам созданного объекта, потому что его нет.
MyClass::myStaticMethod();
Если метод не статический, то вызвать его можно только через создание экземпляра класса:
new MyClass()->myMethod();

Answer 1

[Алексей Уколов]

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

Обязательно ли создавать экземпляр? Или можно обойтись статическими методами

У вас в коде есть вот это: echo Form::getError();. Откуда статический метод будет получать информацию об ошибке формы? Как он будет отличать ошибки одной формы от другой?

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

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

Comments

[Alexander]

Если я вас правильно понял: Class::constrict1(), Class::construct2() использовать в зависимости от ситуации?
Ситуация: Допустим, у меня есть класс helpFuncs. Который используется как контейнер функций, которые могут использоваться повсеместно, допустим helpFuncs::addPrefixes(array $data, $prefix), или helpFuncs::translit(string $data); Как в таком случае мне поступить? Не вижу смысла создавать экземпляр через new.

[Алексей Уколов]

Alexander: у вас не должно быть такого класса именно по той самое причине, что из него нельзя инстанцировать осмысленный объект - вы используете класс как мешок разнообразных функций. Их либо можно разбить на нормальные объекты, либо просто отказаться от класса.
Именованные конструкторы можно посмотреть на примере библиотеки Carbon: carbon.nesbot.com/docs/#api-instantiation

[Алексей Уколов]

blog.schauderhaft.de/2013/07/07/why-static-is-bad-...

[Alexander]

Алексей Уколов: Долго доходило. Но я вас понял. Спасибо за ответ, вопрос решен..

[Alexander]

Алексей Уколов: Спасибо за дополненный ответ!

Answer 2

[trevoga_su]

ты не умеешь еще мыслить объектами
поэтому задаешь эти вопросы. и получаешь не менее глупые ответы.
почитай хотя бы первые полкниги Гради Буча

Comments

[Alexander]

Хорошо. спасибо.

Answer 3

[Александр Аксентьев]

Никакой значительной разницы по функционалу кроме того что нельзя использовать $this статический вызов не несёт.
Как удобнее в общем-то...

И да(@alexey-m-ukolov) это не по ООПешному.

Comments

[trevoga_su]

> Никакой значительной разницы

иногда лучше жевать, чем говорить

Answer 4

[Дмитрий]

удобно в таком классе хранить несколько сходных по назначению методов, использовать класс как контейнер., ничего не наследуя от него, а просто используя его как контейнер. Для примера Math::rand() или Math::sqrt($a); что то в этом роде

Comments

[Alexander]

Уже ближе. А на примере приведенного мной класса Form можете объяснить. Можно ли его использовать как контейнер со статическими методами?

[Дмитрий]

через new создаешь новые объекты, при этом объект Form играет роль чертежа, по этому чертежу ты можешь построить сколько угодно объектов. А вызывая статические методы класса ты как будто вызываешь простую функцию.