Forums / National / Russian / Тех. поддержка / [Принято] Предложение по улучшению Структуры категорий

#41261 Ярослав Романенко:

 

Говорим об памяти и быстродействии и пихаем обьект ? Я конечно не спец в этой области но кажется мешать ООП и то что есть не самая лучшая идея.  Или отказываться в котонти от легкости и переходить на полноценный ООП а то будет шопопало имхо 

Я бы не был так категоричен. Мнение, что объекты или ООП в целом, это медлено и жрет память, то же самое что сказать, что массивы в ПХП не оптимальны и потребляют от 80 до 140 байт на описание одного элемента. Это правда. Но вопрос в том, как это использовать...

Если каждую запись делать объектом, да еще поиметь оверхед на инициализацию и прочее — то да, это как раз пример «ООП это тормоз и жрет память».

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

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

---

Резюмируя...

Я не приветствую расширение текущей структуры данных. Тем более, когда речь идет о  работе с многотысячной структурой категорий. Как минимум, это пагубно скажется на расходе памяти.

Возможно сейчас, как «быстрое решение», имеет смысл добавить хуки в cot_load_structure() .

В целом согласен с Esclkm в том, что текущая реализация не оптимальна и нуждается в переарботке.