Diesel Draft, да нельзая объяснить ООП разными способами. НЕЛЬЗЯ...
То, как ты определял через модули - неверно, потому модуль это - объективное понятие, ооп - субъективное...

ООП - теория, концепция создания ПО с использованием таких понятий как класс и объект, где последние два - лишь способ реализации концепции, пускай и другого пока не придумали.
Модуль - программная единица, файл или группа файлов, объединяющий программный код по функциональному и смысловому назначению.
Класс - описание объекта.
Объект - некая программная единица, работа с которой ведется исходя из практический части теории ООП, а точнее, которая имеет такие свойства, как наследование, инкапсуляция и полиморфизм. В данном случае не надо придираться к словам, что наследование относится к классам.. Объект все равно производная класса, так что я говорил о следствии...

Ну вот честно, я не понимаю, что тут сложного для понимая.

Mal Hack, та вот не понимаешь что это пример. Тебе что никогда ничего не объясняли на других предметах. Это не означает что это оно, просто отдалено похожие. Почему ты вцепился в точность, и отбрасывает остальное

Потому, что точности в твоем определении нет... Абстрагироваться-то можно, но у тебя это НЕ ПОЛУЧИЛОСЬ !!!

Mal Hack, Может только ты этого не понял   

Исходя из того, что я привел все 4 определения, и не услышал на них ничего против, то судя по всему я прекрасно все понимаю ;)

на мои кроме тебя тоже никто вроде не жаловался

Осилил 3 странице, если уже кто-то это написал, прошу прощения за повтор:
При ПОП программировании на PHP:
1)Имеется библиотека с функциями, которая подружается допустим index.php.
PHP откладывает функции и параметры в память и ждёт их вызова.
2)Таже самая библиотека, использует какие-то переменные, если обьявлены до функции они становятся доступными без обьявления в теле кода или конструкцией global
3)Если включен перехват переменных из запроса, они становятся глобальными для кода. И если вначале вы определили, что login="Вася", то можно переопределить запросом ...?login="Alex". Это я так к примеру. Для более понятного вот код:

4)Попробуйте в стандартном коде обьяснить, что вот эта переменная относится сюда, эта сюда...Заипетесь
При ООП:
1)Пока не вызовите класс, откладываться в памяти ничего не будет
2)Да хоть десять, пока в класс не пропишите, ему будет побоку
3)Читай 2.
4)Решение усложнения структуры класса решает и этот вопрос.

Это так на пальцах.
Если у вас приложение простое - а под простым приложением понимается не количество кода в строках(комментарии тоже бывают как целый FAQ), а:
1)У вас нет библиотек не написанных вами или библиотек динамических которые подружаются в зависимости от ситуации.
2)Количество библиотек не более 10
3)Количество переменных глобальных не большое
4)Если есть шаблоны, то вкладки и выкладки шаблонов при результате не превышает трех уровней
Используйте смело ПОП. Он там не нужен.
Для остального юзайте классы.
PS: Рекомендую использовать классы так же для построенние модельных и пост-модульных систем. Другим программистам будет проще писать дополнения.

Это сообщение отредактировал(а) Oflashp - 2.8.2007, 22:16

Как это не придумали? А JavaScript? A Ada95+?


Не всегда. Понятие "класс" для ООП в принципе не является обязательным.

угу. а в некоторых ОО языках класс сам является объектом.

  

python например с потрясающим рефлекшином. благодаря тому, что все классы сами объекты, к атрибутам которых можно получить доступ и всячески менять.
в php увы пока такого нет

Это сообщение отредактировал(а) Daevaorn - 3.8.2007, 02:10

Это - Я-З-Ы-К-И П-Р-О-Г-Р-А-М-М-И-Р-О-В-А-Н-И-Я. Но никак не концепции программирования.

Что за бред? Названия и определения терминов ООП учите. Вот специально для Вас (и не только):
1) Под классом подразумевается некая сущность, которая задает некоторое общее поведение для объектов. /Википедия
2) Под объектом подразумевается некоторая сущность, обладающая состоянием и поведением. Как правило при рассмотрении объектов выделяется, что объект принадлежат одному или нескольким классам, которые в свою очередь определяют поведение объекта. /Википедия/

З.Ы. Механизм отражений (reflection) в РНР есть тоже.

Это сообщение отредактировал(а) Fally - 3.8.2007, 10:55

WIPS, Fally, 
В JavaScript нет ОО в привычном понимании. т.е. классов и объектов. Там совершенно другой принцип, основаный на прототипах. Вот там как раз с натяжкой можно сказать, что "класс сам является объектом", хотя сравнивать прототипное программирование с классическим ОО, а тем более приводить к нему, как многие делают, некорректно.


Это сообщение отредактировал(а) SamDark - 3.8.2007, 11:29

Oflashp, мы тут с позиции теории разговариваем, а вы нам снова про практику..


Бред. Яйца без курицы не бывает. Объект нельзя создать без его определения. Другое дело, когда система в программе заранее создает объект по своим прототипам.

А Вам бы я посоветовал не писать о том о чем не знаете. А то в лужу сели.

Всё это справедливо для классов в языке python. О чем я и написал выше. Умейте слушать.

Да, но не настолько гибкийи функциональный. На что я тоже уже посетовал. Если бы токой появился в php жить стало бы веселения. И в частности ORM было бы делать проще.