Крепкого здоровья Васе и Мише, с днем рождения обоих.
Но!
1. Суть сказок в том, что прежде чем что-то сделать, стоит подумать. Во второй сказке Вася подумал, оценил ситуацию и забил себе товар заранее. В этом он молодец. Но он не проявлял объектно ориентированного подхода. Он просто включил мозги. На этом отличие сказок заканчивается.
2. А что вообще такое процедурный стиль и объектно ориентированный подход? Я могу написать такое утверждение: можно реализовывать объектно ориентированный подход в процедурном стиле. Что это значит? Это значит, что есть, например, язык Си. В нем нету классов. Но ничего не мешает программировать на нем следуя объектному подходу. Нужно только разработать удачные соглашения и правила - например хранить в одном файле то, что в ООПшном языке Вы бы поместили в один класс. Именовать приветные переменные и методы с символа _ или там буквы р. Придумать еще что-нибудь для решения проблемы с видимостью переменных.
3. Само по себе использование классов ничего не дает. Можно и с ними поднасрать очень много, а можно и без них написать вполне удачную реализацию.
Описать как следует преимущетсва правильного мышления в 2 коротеньких сказочках - задача сложная, а преимущество ООП перед процедурным стилем - тем более.
В следующих главах, надеюсь, будут примеры в стиле вот так плохо, а вот так мы сделаем с ООП. Я тогда попробую сделать вид, что я яростный противник ООП и потроллить тебя. Твои ответы на этот троллинг, вполне вероятно, дадут неплохое описание преимуществ ООП там, где оно действительно есть. Так что жду качественных примеров)
(Добавление)
И еще немного (по пункту "быдлокот"): DeepVarvar пишет:Используйте табуляцию, Я тоже сторонник табуляции, но не считаю отступы пробелами признаком быдлокода. Хотя абсолютно не понимаю использования пробелов.
DeepVarvar пишет:Комментируйте все действия в коде Вот этого делать не надо. А то будет
// подключаемся к БД
// начинаем цикл
// ставим перенос строки
// закрываем фигурную скобочку
Комментарии должны (не считая PHPDoc) отвечать только на вопрос "Почему именно так" и в редких случаях на вопрос "что тут делается". На вопрос что тут делается обынчно должно отвечать название вызываемой функции и/или переменная, которой после этого присваивается результат.
Т.е. если напрашивается такой коммент, то скорее всего напрашивается вынос этого куска кода в отдельную удачно именованную функцию (которую можно и сопроводить PHPDoc-ом). Остальные комментарии просто затрудняют восприятие кода. DeepVarvar пишет: Перед тем как садиться за написание, возьмите ручку и бумагу и нарисуйте квадратиками и стрелочками, что куда Экстемальное программирование иногда (и даже часто в небольших задачах) эффективнее этого подхода, потому что на квадратики в этом случае уйдет только лишнее время. Но это касается только небольших задач
|
Главная
Помощь
Поиск
Пользователи
Описание: еще немного продолжения..
Здесь есть дезинформация? - есть ... твой пример неадекватен, с разделяемыми ресурсами работают везде одинаково - есть ряд методов, среди которых и блокировка, как в твоем втором примере. То есть эта статья дает ложные представления о функциональном программировании. Предыдущие 2 я уже не помню, но когда читал - вопросов было тоже больше чем ответов. Я уже 3-ю статью пытаюсь до тебя донести - ТЫ ГОВОРИШЬ НЕПРАВДУ, ты пишешь то, чего нет. Напиши, как есть на самом деле, чем они отличаются, либо не пиши 
