ООП: да или нет? [PHP + MySQL]

Давним давно, лет 50 назад плюс минус еще лет 20, короче на заре человечества, жизнь программистов была раем. Они гордо писали короткие программы, вычисляющие 1+1, 2+2, 3+3 и т.п. и длинные статьи о том, почему они не работают. И за это платили деньги!

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

К сожалению, редко кому удавалось обеспечить себе пожизненное существование, написав одну единственную программу. Рано или поздно большинству из них приходилось начинать новую. И тут кто-то из них заметил, что в программе вычисляющей 1+1 и программе вычисляющей 2+2 большая часть кода абсолютно одинаковая!

Лень движитель прогресса! Лень было человеку пешком ходить – он автомобиль придумал. Программисты, в этом план, ничем не отличаются от простых смертных. Самые умные (а может ленивые) из них сразу озадачились вопросом: как бы писать поменьше, а получать побольше, ну и заодно сократить объем исходного кода? Учитывая, что использование метода copy/paste в те времена было затруднительно ввиду отсутствия дисплея и ныне привычной клавиатуры и то, что большинство тогдашних программистов компьютер в глаза не видели и даже слова такого не знали, вопрос повторного использования кода был совсем не прост. Постоянно перекладывать кучи перфокарт или переклеивать куски перфолент совсем не подарок! А на магнитной ленте так вообще ничего не видно!

Из всех этих извращений родилось понятие подпрограмм. Правда пришлось отказаться от привычного линейного программирования и ввести возможность вычисления адресов и переходов ни них. Но это уже мелочи. Теперь для вычисления 1+1, 2+2 и т.д. требовалась лишь одна функция с возможностью передачи в нее нужных параметров. Программисты были счастливы и были уверенны, что ближайшие века их работа будет сводиться только к передаче этих самых параметров, но… В любом деле есть свое но! Здесь им стали системщики.

Когда появилась возможность запускать на одном компьютере более чем одну программу, выяснилось, что эти программы опять по большей части повторяют друг друга и в памяти в разных местах развешаны одни и те же куски кода. Немало народу полегло в попытках умыкнуть эти куски из одной программы в другую. Конец этим не нужным жертвам положил очередной гений, чтоб ему…, т.е. счастья и удачи. Может этим гением был не один человек, а целый коллектив. А с коллективом шутки плохи! Не плюй в коллектив, коллектив плюнет – ты утонешь! Короче, этот самый который гений, придумал систему указателей. Т.е. заливаем в память по некоторому адресу некий код и обзываем его объект. А указатель дает возможность найти этот самый объект. Мало того, он придумал систему последовательной связей указателей. Получилась иерархическая система объектов. А весь список указателей свел в таблицу и запихнул ее в память компьютера.

Не беда, что, например в windows, таблица указателей может быть побольше приличной программы, что половину времени выполнения программы стали тратить не на что-то полезное, а на вычисление адресов и переходы по ним, не беда, что для этой, вроде бы простой задачи, пришлось вводить принципиально новые понятия наследования, полиморфизма, инкапсуляции и т.п.. Зато теперь каждый придур…, пардон, программист мог написать некий код, назвать его MyObject, вписать в него массу полезной информации о размере своих тапочек, имени любимой девушки, вычисления фаз Луны, а также ссылку на родительский объект, в надежде, что там все-таки найдется функция, которая сумеет вычислить сколько будет 1+1, и разместить этот объект в памяти компьютера на веки вечные.

Кое-какие полезные изменения для компьютера все же произошли. Все потомки объекта могут использовать его видимый для них код (а могут и не использовать) без повторения этого самого кода. Для того чтобы вычислить 2+2 теперь не обязательно писать все с нуля. Не обязательно даже знать, как вообще это делается 2+2. Можно, например, два раза вызвать функцию родителя, которая вычисляет 1+1... А можно изгаляться и по круче.

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

А чтобы как-то заставить программистов бережно относиться к ресурсам и использовать все эти нововведения, было введено понятие «Объектно-ориентированное программирование» (ООП). В нем популярно и доходчиво изложено как простой программист может увековечить сведения о своих тапочках и как сделать так, чтобы другие пользователи тапочек могли эту ценную информацию применить для себя.