А MobileCMS подойдет для "ковыряния" с ООП?
Gaucer, подойдет, а лучше фреймворк какой нибудь разбери.
Вот в посте SlyDeath написакн пример реализации паттерна Registry и там есть такой кусок кода
static public function getInstance() {
if (is_null(self::$_instance)) {
self::$_instance = new self;
}
return self::$_instance;
}
Вопрос: что это кусок делает? и для чего он.
Кажется понял, этот кусок класса иницилизирует этот же класс, да?
~XeOn~, да, и гарантирует что будит не больше одного объекта этого класса.
Задам вопрос, ответ я знаю, но хочу убедиться что и тут есть норм кодеры.
_-_
Создание нового обьекта , в теле которого клонированная функция, только с заменой названии главной переменной из тела предыдущей функции. дерзаем ребят)
можно ли сделать так?
есть класс скажем для работы с файловой системой, есть класс какой нибудь , и класс для работы скажем с изображениями, смысл такой, первый наследовать от второго, и потом третий наследовать уже от класс получившегося от первого скрещивания.
вопрос в том, будут ли доступны все методы и свойства всех трех классов? может не ново, есть идея написать большую куча маленьких классов, а потом под нужды собирать из кусочков