Разное

Читаю представление книги об ООП на странице http://softtime.ru/php5/?id_article=112 и встретил такую фразу:

Объектно-ориентированное программирование — это рабочая технология, которая позволяет:     * увеличить процент повторно используемого кода

Мне вот казалось, что ООП наоборот уменьшает процент повторно используемого кода. Или я не так понял?

ООП уменьшает процент повторного кода, но увеличивает процент повторно используемого кода

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

Это можно и без ООП делать... ООП позволяет использовать повторно код для целого класса задач, за счет наследования. В других проектах можно использовать классы, унаследованные от единожды хорошо спроектированного класса (за счет этого и гибкость в повторном использовании выше, так как позволяет абстрактные алгоритмы использовать: например можно создать постраничную навигацию, а источник данных задавать в потомках - файл, директорию, таблица MySQL, ещё что-то - достаточно унаследовать новый класс и перегрузить лишь методы-источники и абстрактный класс постраничной навигации будет обслуживать все источники, даже о которых вы подумать не могли, создавая класс).

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

P.S. ООП здесь не к чему.

Все ООП-задачи можно реализовать без специальных средств. Например, windows 95 создавался на чистом C, и хотя в C нет ни единой конструкции для поддержки ООП, код признан классикой объектно-ориентированного подхода. Использование специальных средств удобнее - есть задачи, где ООП просто просится.

Как это?

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

Если дисциплинированно работать через интерфейсы, а не лезьть в реализацию отдельных модулей в обход их - волшебным образом начинают работать правила ООП. Каждая кнопка которую вы видите на экране, текстовое поле, окно программы - имеет общего предка - "окно" и эта часть реализована вообще без ООП, на switch-ах, жестких интерфейсах и крайне продуманных структурах данных (самостоятельно учитывающих требуемый им объем памяти).

Интересно, как-то не думал об этом)

Если на то пошло, то и сам стек протоколов TCP/IP (основополагающая конструкция, на которой держится весь интернет) это ООП. Там налицо и инкапсуляция и наследование и полиморфизм. Хотя методы реализаций отдельный сущностей абсолютно разные. От супер-высокоуровневого php до аппаратных маршрутизаторов и кабелей.

Вы так вроде нигде и не написали какая в PHP ошибка в наследовании классов?

В смысле?