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