ОПП

Уважаемые Знатоки!
Такой вопрос, изучаю обыкновенное программирование.
Нужно ли переходить на ОПП? или можно дальше усовершенствовать знание в обыкновенном программировании?
Кто занимается изучением ОПП и кто уже в совершенстве овладел и за какое время, ответьте пожалуйста, хотелось бы послушать разные мнения по поводу, что лучше а что не очень.
спасибо всем!!!

---

Отредактировано модератором: Мелкий, 14 Января, 2013 - 20:59:42
Ссылку убрал, здесь неуместна. Хотите показать свои наработки - милости просим аккаунт гитхаба или в раздел "Наработки по собственным проектам"

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

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

Что такое есть "обыкновенное программирование"?
Объектный подход - более чем обычен и широко распространён.

-----
PostgreSQL DBA

[quote=Серж][/quote]
Спасибо!

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

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

Фактически Ваш вопрос звучит как: "ношу рубашки, нужно ли переходить на шелк".

-----
просто ?: сложно

Что-то много новых тем о ООП)))
Смотрите кроме ООП есть еще другие - например функциональное, прототипное, собитийное, процедурое и т.д. Ето только подход и не более

Спасибо! пожалуй вы правы!

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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Понял спасибо!

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

-----
просто ?: сложно

(Отредактировано автором: 16 Января, 2013 - 07:02:28)