Разное

SPL — Standart PHP Library. Стандартная библиотека PHP. Представляет собой набор классов, решающих часто встречающиеся задачи. Хочу написать статьи с учётом аудитории сайта (новички). Хотя тема довольно сложная. Нужно как минимум уметь использовать ООП и понимать как оно работает и зачем оно нужно (я, к примеру, после изучения ООП почти два года не мог понять нафига оно вообще придумано... класс — обычный контейнер для функций... наследование, инкапсуляция, полиморфизм тоже даёт какие-то сомнительные возможности). Желание написать цикл статей вызвано восторгом от использования arrayAccess и recursiveDirectoryIterator. А так же отсутствием вменяемой документации по SPL с примерами. Так вот думаю стоит ли? Если погуглить, то можно найти вполне читабельные статьи. Но с другой стороны нужно сначала узнать что такое существует.

PS
Я не ставлю перед собой задачу расписать обо всех классах и интерфейсах библиотеки.

Напишите. С удовольствием прочитаю. Хотя о библиотеке этой в первый раз слышу.

Что касается ООП, важно понять не то, зачем это нужно, а то, как это использовать. А зачем это нужно - понимание придет со временем.

Standard

Безусловно, будут.

, к примеру, после изучения ООП почти два года не мог понять нафига оно вообще придумано..
Хм Саня, посмотрите С++, С# и тд.

Зачем мне туда смотреть?

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

Только что сравнил RecursiceDirectoryIterator со стандартными opendir/readdir(). Разницы в производительности нет. Даже код почти совпадает. Думаете это ООП ради ООП?

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

Это я знаю. И дело тут даже не в directoryIterator. Можно было придумать любой другой тест вместо di. И результат окажется таким же. Просто хочу обсудить этот SPL. Нужен ли он?
Я полагаю то что есть сейчас — всего-лишь зачаток. Дальше будет интереснее. Сейчас SPL чуть менее чем полностью состоит из итераторов. А может создатели хотят сделать новый PHP? Чтобы он был насквозь объектно ориентированным. А SPL — хороший способ безболезненно пересадить разработчиков на ООП рельсы. Все ругают PHP за его функции, дублирующие друг друга, или за непоследовательность в именовании функций: str_repeat, strtr (где с чёрточкой, где без неё). Возможно они хотят и этот недостаток устранить при помощи SPL.

Мои предположения достаточно масштабны? :)

>SPL — хороший способ безболезненно пересадить разработчиков на ООП рельсы. Все
>ругают PHP за его функции, дублирующие друг друга, или за непоследовательность в
>именовании функций: str_repeat, strtr (где с чёрточкой, где без неё). Возможно они хотят и этот
>недостаток устранить при помощи SPL.
Дельная мысль, только развернуть нужно (кстати, тут будет уместна аналогия с Python).

Как по мне - интересно почитать, но практически пользы в этом не вижу - и если вы сумеете убедить пользователей, что SPL нужен - то пишите.

Саня, прошло уже 5 лет, мы ждём.

Я планирую написать кое-что более масштабное и востребованное.