Когда использовать static метода?

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

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

Дмитрий Ковальский: а если передать массив одним параметром?)

CAMOKPYT: А если параметры разного типа

CAMOKPYT: передавайте, я вас благославляю. массив объектов базового типа.

И чем это будет выигрышнее свободного метода в namespace-е ?

А я не сказал что это будет выигрышнее.

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

Данила Риджи: а использование статических методов тратиться больше или меньше ресурсов или все равно?

deniska_kuzmenko: В сравнении с чем ?

Данила Риджи: с динамическими методами)

deniska_kuzmenko: Простите, а что вы имеете в виду под динамическими методами ?

Данила Риджи: наверно не правильно выразился, короче не статические методы)

deniska_kuzmenko: Понятно. Я не в курсе.

habrahabr.ru/post/259627

спасибо) хороший пример) просто у меня получается в основном так корзина->получитьСумму($data) или корзина->получитьСумму($param1, $param2) значит я не правильно программирую? (

deniska_kuzmenko: Значит у вас не ООП. Объектов нет, а класс используется только как хранилище/неймспейс/какая-то обертка для функций.

Stalker_RED: вы правы, наверно так и есть( это сильно плохо? такой метод неправильный и лучше прикратить так писать код?

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

Stalker_RED: ну вот смотрите например страница site.ru/news - я создаю сразу 3 класса c_news m_news v_news, и так для каждой страницы на сайте, + я создаю классы группируя методы определенной функциональности например m_upload, и при необходимости создаю объект этого класса и использую его методы, вроде это и есть ооп, хотя все так сделано что больше похоже на "хранилище/неймспейс/какая-то обертка для функций", теперь не знаю что делать(

deniska_kuzmenko: К примеру такая структура
class article {
// свойства (вероятно их будет больше)
private title;
private url;
private content;
private created;
// методы
public setTitle($title){}
public setUrl($title){}
public setContent($title){}
//
public save(){
// собираем свойства в кучку, формируем запрос для вставки в базу, отправляем
}
}

// создаем новую статью
$article = new Article();
$article->setTitle($title);
$article->setContent($text);
$article->setCreated(time()); // текущее время
$article->save();

Это был объект "статья" и ООП.

а это не ООП

class Article {
// метод для создания статьи
public static newArticle($title, $url, $content, $created) {
// здесь вся кухня
}
}

Stalker_RED: спасибо большое) теперь стало все понятно) ну вот Вы бы мне что посоветовали, начать как можно быстрее перейти к 1 варианту? и есть ли названия у 2 варианта или это просто гавнокод?)

deniska_kuzmenko: Посоветовал бы почитать книжку про ООП. Или две.

deniska_kuzmenko: Тут какая штука - если проект quick and dirty, то можно обойтись и такой вот функцией в процедурном стиле, обернутой в класс для красоты.
Но по мере роста проекта, с увеличением сложности, оказывается, что такую архитектуру сложно поддерживать, сложно понимать где, что и по каким правилам происходит с данными.

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