Нет, конечно, просто говорить, что мы используем объектный синтаксис, а не работаем с ОО моделью, в реализации

Вообще если так посмотреть на вопрос по-другому (к примеру посмотрим на никсовые Х-ы), то там тоже клиент сервер ... а в итоге все распаралеливание тоже скатывается к тактам процессора. Организовать подобие полноценного ООП на пхп можно, но сложно. То что есть сейчас - это только синтаксис языка и не более.

Тоже самое нужно сказать и про С++ и про Delphi, если уж быть последовательным, т.к. там тоже нет встроенной в язык реализации ООП. 
Да и чего уж там,  даже C# & Java тоже не дают полной встроенной поддержки ООП. Но стоит ли настолько ударяться в пуризм? А то останется выбирать между SmallTalk`ом и Eiffel`ем...

P.S. Осталось лишь решить каждому для себя как программировать: "на языке" или "с использованием языка"...

Это сообщение отредактировал(а) source777 - 27.8.2008, 11:14

Да, выглядит кривовато. Впрочем в PHP много что кривовато выглядит. Но в будущем эта ситуация должна улучшится. Я уже выкладывал ссылку на лямбда функции из PHP 5.3, выложу еще раз http://wiki.php.net/rfc/closures Это крайне интересные возможности, я их уже протестировал в альфе PHP 5.3.

Давайте определимся термином "callback функция". 
В общем случае callback функция - это делегат(ссылка на функцию, строка/массив с именем функции) с конкретным определенным заранее набором параметров и возвращаемым типом. Т.е. к примеру любая callback функция для preg_replace_callback() имеет единственный параметр - массив и возвращает строку. Имея ссылку на такую функцию можно с уверенностью вызывать ее с заранее известным набором параметров. Правильно?
Теперь события, события вызывают т.н. обработчики событий - собственно то, ради чего они и нужны. Обработчик событий, в общем случае, - это тоже функция с двумя параметрами: объектом в котором произошло событие и набором аргументов с которыми оно вызвано. Т.е. получается, что все event handler-ы это частный случай callback функций, а значит можно спокойно утверждать, что механизм событий использует вызовы callback функций.


ArrayAccess появился в PHP 5.0. Остальное, вроде бы, и в PHP 4 возможно. Магический метод __invoke() будет в PHP 5.3
Самого класса Event, конечно же, в PHP нету  Это реализуется своими силами.


Раньше было сложно, сейчас намного проще. Думаю, что вскоре уже можно будет сказать, что в PHP реализовать ОО модель так же просто, как и в C# или Java (если, конечно, исключить задачи требующие многопоточности).


Да. В .NET почти весь фреймворк написан на самой .NET, т.ч. в этом плане можно сказать, что в PHP даже больше внутренней реализации  

Народ, ей богу вы развели просто Болтологию и не более того!

Какие нафиг события? Где вы видели что в парадигме ООП - ключевой частью являеться наличие событий?
События в программирвоании это вообще всего-лишь абстракция! Все это Callback вызовы красиво завернутые Фантиком.
Этим Фантиком может быть что угодо библиотека С++, язык C# и т д.

Если говорить о ООП языках.... да в идеале их вообще не существует!
Все языки программирования где есть ООП, в них ООП это абстракция!
На выходе мы получаем все тотже машинный код.

Да и вообще программирование само по себе это абстракция.
Вся истина в бинарном коде! Идите пишите на нем веб движки 
пробивая перфокарты дыроколом, и потом грузитесь с них.
И это вам будет истинная реалистичность кодинга =) и материальность =)
И жизнь если вам так угодно... коли вам обьекты неживые   

Смысл ООП именно в "новом" уровне Абстракции программирования! Это не технология!
Это инструмент позволящий делать код приложения визуально более структурным и логичным.

Есть ли смысл применять ООП в ПхП?
 - мое личное мнение... если проект бошльшой и если ты рабоатешь над проектом не один, в команде или если с твоим кодом прийдеться работать кому то другому - то ДА.

Вы отчасти правы, это далеко не технология, а всего лишь шаблон программирования. 

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


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

Ребята, извините, что встреваю в тему.
Мне мой вопрос показался уместным именно в этом обсуждении.
Суть такая: я пользуюсь в своих проектах тремя классами: работы с mysql, авторизации юзеров и аплоада картинок.
Все эти классы я использую написанные кем-то, работать с ними умею.
Проблема: хочу научиться писать классы самостоятельно.
Нашел несколько книг, но одна из них очень сложная, ничего не понятно. 
Другая книга в принципе о PHP, где пара страниц о классах.
Что порекомендуете почитать, чтобы научиться писать свои классы самостоятельно?
Спасибо

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

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

тут ты прав, только не забывай что необходимо еще понимание как правильно с классами работать!

KonstRuctor, 

Почитайте про паттерны, попробуйте разобрать какой-нибудь пхп-фреймворк 

Где не нужно использовать ООП, там его не нужно использовать 

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

Хотел сказать своими словами, но лучше чем в википедии не скажешь:


http://ru.wikipedia.org/wiki/%D0%98%D0%BD%...BD%D0%B8%D0%B5)

IZ@TOP, Ну фактически это и есть мои слова, только более развернуты.
А если я пишу "статический" класс, не подразумевающий наследование - тогда получается инкапсуляция излишняя?

нет, прежде всего это хороший тон программирования)привыкайте объявлять методы и свойства класса, как private, если ситуация не требует обратного, так и у читающего ваш код будет меньше вопросов