в программировании

Bossmen
В магазине при покупке колбасы. (Прости, какой вопрос - такой ответ)

а именно для моего сайт где я буду применять

а нам откуда известно, что там пишешь?

эксперты хреновы

Если кратко и простым языком:
ООП используется в сложных проектах, с которыми как правило:
1) работает несколько человек и им лень вникать в чужой говнокод.
2) требуется быстро разворачивать / редактировать модули / части приложения на основе других, используя готовые библиотеки и т.д.
3) ООП приложение подразумевает как правило под собой MVC (читай гугл), грубо говоря: твой код, обработчики запросов пользователя и шаблоны к сайту лежат в разных кучках и взаимодействуют между собой.

Немного о MVC:


Шаблон MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента

* Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контроллера), изменяя своё состояние.
* Представление (View). Отвечает за отображение информации (пользовательский интерфейс).
* Поведение (Controller). Интерпретирует данные, введённые пользователем, и информирует модель и представление о необходимости соответствующей реакции.

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

Начинающие программисты (особенно в веб-программировании) очень часто трактуют архитектурную модель MVC совершенно неправильно. Они рассматривают Модель (Model) исключительно как совокупность функций и/или методов для доступа к данным, а Контроллер (Controller) как элемент системы, содержащий бизнес-логику. В результате код Моделей по факту является средством получения данных из СУБД, а Контроллер представляет собой типичный модуль, наполненный бизнес-логикой или скрипт в терминологии веб-программирования. В результате такого понимания MVC разработчики стали писать код, который известный в кругах Zend Framework сообщества разработчик Pádraic Brady охарактеризовал как ТТУК — «Толстые тупые уродливые контроллеры» (Fat Stupid Ugly Controllers)

А MVC то тут причем? И вообще, эти разработчики толстых тупых фреймворков сами то интересно понимают, что творят:
Я вот думаю на всем белом свете не сыщется человека, который правильно объяснит, что такое MVC. Сколько людей, столько мнений.

Bossmen, не слушай джедая twin-a, хочешь писать красиво и что-то серьёзное в будущем, и так чтобы потом было легко переходить на другие языки (тотже Flex (ActionScript)) юзай MVC.
Twin у тебя полное непонимание ООП, ты мне сейчас сильно напоминаешь Попова, который порождает говнокодеров.

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

На самом деле написать действительно хороший код на ООП могут столько людей, сколько пальцев на руках. Все остальные пишут душистый и забористый ООП-говнокод, прикрывая его тем, что мало кто может, да и имеет желание его разбирать. А раз в коде есть такие штуки как extends, implements, сеттеры, геттеры, эксепшены и прочая ересь, значит это не говнокод вроде, а круть. Ну а если вдруг появится abstract, то всё. Это вершина мироздания.

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

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

А в php остаются апологеты ООП подхода, которые сами его толком не понимают, но считают, что схватили Бога за бороду.

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

twin
За исправление орфографии и грамматики, спасибо.
P.S.
А мение, пишется так - "Мнение"

И да ты не думай. что я против твоей деятельности и идеологии в целом.
Я очень рад, что кто-то обучает народ, бескорыстно и безвозмездно, но это сильно напоминает мне религию, где тебе навязывают, что бог есть и наша религия истина, всё остальное ложь, это порой сильно раздражает, так ты сам противник стереотипа и призываешь человека развиваться, если до сей поры нет нормального продукта-каркаса, который тебя удовлетворял, это не означает, что ООП в PHP недоразвито и всех стоит учить ПОП. Имхо это для меня главная идеология, библия и талмуд.
---
Человеку не нужно доказывать, что ПОП говно или ООП, он сделает выводы сам, ему стоит показать плюсы того или иного, как в процессе работы, так и при выполнении серьёзных коммерческих заказов.

Hoodzon
ООП никогда не подразумевает под собой MVC.

По сабжу кратко:
ООП нужно там, где твои поделки будут использовать другие (например твоя CMS)
ООП нужно там где проект большой и сложный.
ООП нужно в коллективной разработке.
ООП нужно там, где требуется гибкость и расширямость.

А вообще забавно, человек с таким вопросом(где могут понадобиться ООП и классы ?), еще и спорит.

А если ты все знаешь, чего же вопросы задаешь?

Hoodzon
мммммм

sergeiss
а может ТС в бан за не нарушения правил форума. Я не спец но 2 уже насчитал

Basili4, ну в чём-то ты прав,
При той же Flash разработке, невооружённым взглядом можно отличить интерфейс (сцены) от логики, и моделей/компонентов. (за счёт самой среды разработки)
На счёт бана ТС, в чём-то в отношении него ты и прав, но заткнуть рот человеку баном - это как бы слишком просто и недостойно уважения.

linker
Думаю, каждый более менее опытный веб-разработчик, стремиться отделить логику от представления, поэтому лично для меня ООП и MVC 2-ве неотъемлемые части, а забить / забыть про него можно в том случае если ты делаешь пару страниц на HTML с includ-ом 1 меню.

Сие "убожество" от версии к версии развивается и крепнет, ветка 5.2.х уже закрыта, а значит процедурный подход все более и более будет уходить на задний план.

Когда окрепнет, тогда и поговорим)))
А пока фигня. Да и сто раз говорил уже, если php уйдет от процедурки в ООП, то на это место придет другой язык. Который станет популярнее PHP, так же, как сейчас PHP популярнее рельсов, хотя они на порядок круче.

У языка своя ниша, строить на фундаменте дачного домика небоскреб - исход один. Рухнет.

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

Basili4 - "а поговорить?" Забанить успеем, если что. Пока я лично не вижу грубых нарушений, за которые нужно было бы банить. Тем более, что человек на форуме недавно, еще пока "не пообтесался"

А что касается ООП... Я уже высказывал свое мнение ранее, скажу его еще раз. Реально полноценный ООП в ПХП просто не нужен!!! Потому что скрипт живет недолго. Вот в Си++ - там да, ООП очень полезен. Потому что прога может долго работать. Данные там будут жить и изменяться. И там ООП нужен, чтобы с этими данными работать эффективнее.
Но - не в ПХП. Тут наворотишь много чего, а смысл какой? Ну создал сложную структуру, со всякими функциями и кучей параметров. А она только часть заложенного использовала и ушла в небытие.

sergeiss
При использовании кэша (он же memcached, например) ничего не уходит в небытие.

linker

Basili4
HTML генерится на основе чего-то.

linker согласен принимает параметры обрабатывает их выдает хтмл и умирает.

ТС - тролль, топик - холивар.

Аж на 6 часов)))

Да не просто устал за день свистеть в трубку на 2400 без коррекции

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