кратко не бывает
гугл и учебники в помощь

Ну почему же нельзя кратко? Можно и кратко, как я это понимаю.

ООП - это возможность рационально строить сложные приложения.

Как было до того, как классы появились? Например, у тебя есть много объектов, для каждого из которых у тебя есть набор данных и набор функций, их обрабатывающих. Ты делаешь так, что элемент в каждом массиве с одним и тем же индексом соответствует одному и тому же объекту. Например, все 10-е элементы массивов соответствуют одному объекту, все 11-е другому и т.д.
При добавлении объектов ты должен добавить новый элемент к каждому массиву.
Функции также это всё учитывают.
При добавлении нового свойства ты должен создать новый массив определенной величины.
Ну, и так далее

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

Плюс к этому, у классов есть наследование. То есть, ты можешь создать новый класс, опираясь на уже известный функционал и свойства другого класса.
Есть у одного класса с именем "собака" свойства "нога", массив и 4-х элементов, "шкура" и "голова", "глаз" (массив, 2 штуки), а также функция "ходить". Ты создаешь его наследника, которому добавляешь функции "думать", "подчиняться", "играть". И создаешь другого наследника, у которого будут новые функции "бегать", "прыгать", "помогать охотнику".
В итоге ты имеешь 2 новый класса, каждый из которых - наследник первого, но при этом уже у каждого есть специфика. Но при этом есть и общее - то, что содержится в первом классе.

Это я так, кратко описал... На самом деле всё намного навороченнее.

И есть мнение (уже много раз тут спорили), что надо ли ООП в ПХП. Я лично сторонник того, что ООП именно в ПХП можно только ограниченно использовать, типа того, как я описал чуть выше.

v.ru.n32
Довольно понятно описано.

Тут же в соседней теме обсуждение про полиморфизм во всю.

caballero

caballero

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

да и по себе не судят. ты думаешь я задал вопрос и сразу начал учить ооп. да мне тут знаешь скоко еще прочесть надо. а ты тут выперся со своей идеологией и давай судить направо и налево, кто умный а кто дурак.

на форумах сидят не только профессионалы кто этим собираеться заниматься, а люди которым это ИНТЕРЕСНО!!!

и с чего ты взял что я хочу програмировать сидеть в офисе? с чего ты вообще взял что ты прав?

Блин, чего вы все взъелись на caballero?

беги caballero... беги

Winston

Пусть за слова свои отвечает.

caballero

а ответ уже давно получен, причем исчерпывающий (Winston вроде бы 6 ответ)! а ты продолжаешь корчить из себя того, кем не являешься.

v.ru.n32
В любом случае - это лишь его мнение и не нужно начинать переходить на личности.

Можно высказаться? :) Риторический вопрос. Мое мнение таково.
С одной стороны caballero прав. Нельзя сходу преодолеть эту планку... тема то действительно сложная. Так же как и обосновать "Что такое ООП" - в одном предложении - вряд ли получится. Судя по вопросу темы ООП - объектно-ориентированное программирование :) . Но навряд ли это понятно! Просто сущ. несколько способ создавать программы (читаем сайты) . Есть например процедуры - встроенные в интерпретатор готовые функции языка. Например такая

strtolower($str);

поможет тебе перевести все символы строки в маленький регистр.
А возможно, ты хочешь, что бы написав так

StrToLower($str);

у тебя получались все буквы маленькие, кроме какой нибудь одной, тогда, ты можешь написать класс, кот. будет работать со строкой, и в этом классе, будут происходить необходимые тебе действия... потом, поняв, что кроме уже наработанного функционала, необходимо еще что нибудь, ты просто "допилишь" только класс и все... метод будет работать по новому, потом сообразишь, что можно отдельно сделать еще нечто, например к новой строчки применить еще одну функцию, кот. бы помимо того что бы переводить все символы в нижний регистр, она еще бы их обрабатывала htmlspecialchars($str2); примеру. И тогда, ты можешь применить наследование. Из первого класса кот. обрабатывает $str, унаследовать некоторые методы, в новый класс кот. будет обрабатывать $str2..... и так далее.

Кароче, я задал вопрос я получил ответ, а сопли тут размазывать дело бабское.

Greg1978

НЕобъектное проектирование как то и представить сложно.

Во как нужно это своим разрабам показать
на функциональном языке всегда объектное - парадокс однако (функциональное или всё таки объектное) (я конечно понимаю в контексте JS или ECMA? но в других гы)