Shitbox2Не боюсь... Пусть даже экземпляры создают. Нафига тогда нужны абстрактные классы и статические методы? На практике-то они для чего применяются?

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

«Совершенно оболванен
от таких серьёзных тем,
Тихо ахнул поселянин:
«„Вот же круто!.. А зачем?“»

Представим одну и ту же работу виполненую с помощью статических переменных/методов и без них.
Итак, есть у нас класс животные, а в нём переменная "количество ног"=4. А что будет, если мы создадим 1000 000 животных с четырмя ногами, а они в один момент вдруг должны стать прямоходячими?
Мы должны отыскать все 1000 000 экземпляров (хорошо, если это массив, а если нет? ) и поменять аттрибут "количество ног"=2.
ИЛИ
если наша переменная "количество ног" будет статическая, а в методах класса мы будем обращаться именно к ней (Zhivotnoe::$nogi) то изменив эту переменную, мы моментально поставим всех на 2 ноги :)

Почему не глобальная переменная? А потому, что если мы начнём наследовать классы, то получим часть животных прямоходячих, а часть ползающих, таким образом мы сможем их разделить.

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


А абстактные классы вообще отношения не имеют к этому. Скажем мы создали класс Жизнь. В этом классе описываются аттрибуты присущие всему живому: длина жизни, тип организма, список органов и куча всего другого (сорри, не биолог :) ). А от этого класса наследуем классы грибы, животные, одноклеточные, растения и т.д. Так вот, мы можем создать экземпляр любого животного, растения... НО МЫ НЕ ДОЛЖНЫ иметь возможность создать экземпляр класса Жизнь (так как сам класс не является завершённым описанием чего-либо). Вот тогда мы и делаем класс Жизнь абстрактым.

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

Shitbox2,

Начнём с того, что является очень плохим тоном делать свой класс зависимым от внешнего мира. Скажем, а что если я не могу по какой-либо причине использовать GET запросы при передаче параметров (например мне нужно передавать информацию об экшене постом). Вот и первая проблема, надо все геты отлавливать и менять на пост (хотя и быстро, но делать так не надо). Во вторых, почему бы не использовать классы полноценно? А если мне надо будет картинку уменьшить, конвертировать и создать к ней аватарку? Трижды создавать одни и те же ресурсы и всё такое?
А я бы создал ресурс картинки при создании экземпляра класса, записал бы этот ресурс как атрибут объекта и орудовал бы с ним (и так же поступил бы с другими переменными). С классом Image разобрались (то есть лучше делать его не абстрактным).
Класс album как я уже говорил лучше сделать независимым из вне, ну и так же полноценным (без разных там static методов). А ещё бы я создал файл конфига, который позволял бы выбрать библиотеку для обработки картинок, и другие параметры.

вообщем как и обычно, я не вижу смысла в статике вообще :)