Я подойду?) Вроде третьим влезаю, и отзывов от первых не увидел.
я сразу написал что не помню как его фамилия, лазить в интернете лень.
У ООП нету реализации. У методологии, а вот у частного случая реализации программистом - вполне могут быть.
ООП не зависит от языка и в ПХП не зауши притянутое ООП. Аргументируй, и советую, получше.
Это не ООП.
Иногда лучше жевать.
Нету стандартных правил где стоит применять ООП. ООП надо чувствовать и понимать.
Когда-то я учился кататься на сноуборде пытался управлять каждым своим движением, думал стоит ли тут делать это и то. И даже казалось через пару лет что я уже все знаю, но еще через пару лет я забыл об управлении сноубордом, я стал его чувствовать просто как свои ноги. И только тогда я стал действительно хорошо кататься.
Так и с ООП. Я долго думал где его надо применять и главное как, каждый раз писал и переписывал свои проекты, каждый раз думая о том как же я реализую то или другое. Так, вот в один прекрасный день я стал это чувствовать на уровне сердца. Я просто не представляю теперь как можно по другому сделать или написать. Где и как можно что-то применить. Я просто стал думать в стиле ООП.
Так что мой совет - не спрашивайте где и как надо его применять, а просто пишите. Без практики толку не будет. Just code!
Ну и конечно желательно почитайте что-то типа "Рефакторинг" М. Фаулера или "Совершенный код" Макиавелли(вроде).
P.S. Зачастую за процедурное программирование выступают люди поверхностно знающие ООП, которым оно тяжело дается и главное не правильно. Есть такие люди которые сдаются, а чтоб не выглядеть неудачниками, начинают обсырать ООП или говорить что процедурное лучше. Да, есть области где процедурное допустимо или мастхев, но в 90% это именно 1 случай.
как, как... так же как и яндекс.
42 !
pusc,
по моему, тупо накручивает посты.
Исполнитель найден.
Условия все озвучены. В дальнейшем любое обсуждение цены буду рассматривать как спам. Спасибо за понимание.
Пример текста
asdot, 24к в день, 8 часов, 3к в час по моему не так сложно :)
не все прочитал, сорри
