Я не так не считаю, там на явном примере поясняется смысл.
Читайте тогда здесь: http://www.intuit.ru/department/se/tppobj/

Что-то вроде этого..
Опять таки упрощенно и "на коленке" в блокноте написанное. Может и не запуститься

Вот честно, перечитал еще раз... Уже зная что такое ООП не могу ну никак соединить этот пример с ООП. Да, отдалено суть показывает, но отдаленно. Но, ИМХО, конечно же.



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


Тогда какого черта надо сюда это постить !!


Почитай внимательнее о чем я с BuShaRt'ом дискутировал... Тоже самое и в твоем случае.

Многоуважаемый Мал Хак.
Грубите, пожалуйста, своей бабушке! Вы же модератор..




Любые основы должны демонстрировать преимущества. Например уменьшение количества строк кода, функциональность и удобство в применении.

Я считаю неуважение к участникам форума выкладывать код, который: "Может и не запуститься".

http://forum.vingrad.ru/index.php?showtopi...st&p=979753

Вопросов больше не имею

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

Это сообщение отредактировал(а) -=Ustas=- - 3.1.2007, 23:55

Вообще каждой цели свои методы.
Там где надо написать hello world я буду писать hello world
А там где пахнет модулем - class hello { functuion message(){print(__CLASS__.' world'); } }

Думаю так )

Так, народ, я хоть и новичок, но создать class hello в состоянии. Меня больше интересует не элементарное использование, а именно то, что другими способами сделать труднее.



PS 
кстати, тему лучше переименовать с Философия class 

Добавлено @ 10:44 

кстати, очень понравилась статья
http://vmk.ugatu.ac.ru/book/buch/index.htm

правда пока только начал читать

Gold Dragon, потом как ты ознакомишься с теорией ООП, советую прочитать Обзор паттернов проектирования, чтобы ты имел представление где и как строить архитектуру классов и самого приложения ;)

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

вот! это уже интересно. Если честно, то для меня это уже стоновится проблемой.

 Как это нету? Когда нто лишь недостаток реализации определенной программы, в которой ее нету.

Если хочется понять ООП в PHP - имхо нужно читать литературу по ООП, в которой все примеры демонстрируются на PHP, а не на других языках...

Вообще, я смотрю ООП мало кому дается так легко  Буквально год назад я вообще не понимал зачем это нужно, какой из этого толк и вообще "функции рулят". Когда перечитал несколько статей о ООП в PHP от разных авторов и понял основы, все равно не примеял его. Но постепенно начал сталкиваться с задачами и вспоминая основы ООП задумывалвася "А ведь это можно написать с использование классов, получится проще и красивее". Сейчас время от времени применяю.

Ну тут ты в корне не прав, и я могу тебе это доказать и даже убедить тебя. ООП - это Объектно-Ориентированный Подход, а на каких языках - это уже по-барабану. Да, я согласен, в некоторых языках такая объектная модель, в других такая-то, но теоретическая основа везде аналогична, и ОБЪЕКТ он и в африке объект. Поэтому прежде - МАТ-чать!