Несколько вопросов об ООП

Здравствуйте. Как обратиться к статической переменной (например static $myval)внутри этого же класса, используя :: ?

из класса наследника можно так parent::$myval или используя название класса.

-----
ответы на 99% вопросов здесь

vitaliy_mad, не то. я говорю именно про статическую-static

-----
ответы на 99% вопросов здесь

внутри класса self::название статического метода или переменной

vitaliy_mad, благодарю

обьясните мне для чего нужны слова public, private, protected, static ?
Я прочитал про них нотак и не нашёл им применения. Обьясните в каких конкретных случаях их нужно использовать?

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

http://php.su/learnphp/phpoo/?php5

-----
ответы на 99% вопросов здесь

Вы бы всё-таки почитали лучше что-нибудь, это же самые основы.

Вкратце:
public - стандартный тип, доступ для всех
private - доступ снаружи класса закрыт
protected - доступ разрешён только к наследнику класса
static - статический класс, его объект создать невозможно, обращаться только напрямую (myClass::method())

(Отредактировано автором: 08 Ноября, 2010 - 15:02:48)

Не совсем корректное описание... Правильнее будет так:
private - доступен только изнутри этого класса
protected - доступен из этого класса и его наследников


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

-----
PostgreSQL DBA

Вы наверно не совсем поняли. Я знаю значения этих слов. ПРосто немогу понять зачем они?
Зачем обьявлять свойства или методы private или protected если мне и паблик не мешает?
Зачем обьявзять свойства или методы статик если можно просто создать обект?

(Отредактировано автором: 08 Ноября, 2010 - 16:30:23)

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Один из 3 столпов ООП, инкапсуляция. И, это вам не мешает. А делать доступными методы, которые нигде, кроме как внутри этого класса не нужны будут - как минимум неэтично.


Например, для контроля популяции этих классов.
Например: есть класс соединения с БД и можно сделать так, что при создании экземпляров этого класса реально будет создан только один - зачем нам несколько коннектов к одной базе?

(Отредактировано автором: 08 Ноября, 2010 - 16:41:43)

-----
PostgreSQL DBA

закон ООП: Если не знаешь где применить, то оно тебе не надо, не используй ООП!!!

-----
ответы на 99% вопросов здесь

А как максимум? Если зделать свойство privat то это увеличит производительность или на что то повлияет?
(Добавление)
Я не знаю как у вас но у меня любой написаный метод в итоге используется за пределами класа.

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Это влияет только на доступ. Всё.



Ну значит у вас такие классы.
Просто одна из основ ООП - инкапсуляция, т.е. сокрытие деталей реализации. Допустим, вы написали какую-то полезную библиотеку.

Она получает информацию, как-то её хранит, обрабатывает, выдаёт. И чтобы лишить разработчика возможности испортить её, делают все методы кроме нескольких private.
Т.е. разработчик может скормить данные, и получить, что ему дают, но не может вмешаться в процесс.