Модульная структура

Здравствуйте)))
Ставлю перед собой задачу реализовать модули на сайте.
Логику всю продумал, построил - Каждый модуль это определенный набор функций.
Теперь вопрос в оптимизации, и быстродействии.

Что именно интересует? -> Например есть у нас товары и для них нам нужно реализовать: каталог, просмотр, сопутствующие товары и другие. Вывод: нужно сделать соответствующие модули.
Тут сразу напрашивается вопрос: обеденить ли эти модули в один класс, или для каждого модуля отдельный класс.

Почему тут такая проблема: проблема в том что если обеденить модули в отдельный класс, то когда нужно чтобы отработал какой-то модуль класса, то необходимо загружать весь обьект, который занимает много места в памяти, так как там много лишних модулей, которые в данной ситуации не нужны. Иначе если в отдельные классы, то будут повторятся функции, но места в памяти будут занимать меньше.

Так вот в чем сам вопрос.

Лучше подключать один большой файл класса и создавать его обьект, для некоторых модулей одной направлености(например товаров), или же все таки лучше подключить больше файлов и создать их обьекты, которые будут занимать меньше места в памяти?

0

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

1

crautcher, а можно уточнить:
Вы тут написали:

Сообщение от crautcher показ по категориям , показ конкретного товара

- но тут Вы уже сказали о 2-х модулях(модуль каталога, модуль показа товара). Здесь можно и сделать одним классом, но тогда в показе товара будет грузится не нужный модуль каталога, а в модуле каталога(модуль товара).

Но я понял что Вы поклонник того, чтобы все таки разделить все модули на отдельные классы. Правильно ли я понял?

0

что такое каталог , в моем понимании , это разделы , подразделы , я могу выбрать раздел выведутся подразделы , выберу подраздел выведутся товары - на верху будут фильтры поиска по дате , цене и т.д. в низу пагинация и все эти страницы - один модуль "Каталог"
каждое действие это отдельный метод модуля "каталог"

1

Да, Вы правы, но тут же исходя из оптимизации кода получается так что:
Нам просто необходимо вывести разделы каталога. Что мы делаем. Создаем обьект каталога кторый имеет в себе много методов которые не нужны для текущего модуля и текущей страницы. Что мы получаем в итоге: Мы загрузили в память сервера больше данных чем нам нужно, и тем самым проиграли в быстродействии и нагрузке. Не так ли?

0

но не все же методы выполняются ,а только те которые нам нужны:
somesite?module=catalog&action=topprices
вызвали дейстиве , сработали 2 метода базового класса и отдали на вывод . остальные методы никак не нагружают систему ...

1

crautcher, Вы правы что срабатыват 2 метода, но все же.
Например:
1. Подключаем файл(Catalog.php) вместо 2 кб -> 10 кб.
2. Когда создается обьект класа $oCatalog = new Catalog(); он соответственно занимает вместо 1 кб в памяти -> 3 кб.

Это ведь так?

0

Сообщение от Nazz Это ведь так?

ну процессор то не грузится , а памяти в современных серверах немало что-бы из за лишних килобайт переживать , но если так критично подходить можете каждое действие паковать в свой класс

1

crautcher, просто я хочу создать систему которая не будет грузить лишней памяти и процессорных ресурсов, что покажет высокие показатели в быстродействии ресурсов и в работе.

Так же чтобы облегчить работу самой разработки системы(тоисть если нужно пофиксить какой-то баг в модуле, то не нужно заходить в класс, а можно просто отдельный модуль отредактировать).


crautcher, спасибо за Выше внимание и дискуссию.

0

Nazz, Я вот что скажу. Преждевременная оптимизация Зло. Время загрузки файла можно разбить на этапы этой самой загрузки. и кстати можете проверить читаете 100500 файлов по несколько байт и 1 файл того же размера. Какая операция будет быстрей? Посему не надо мельчить с классами объединяйте зависимые классы в один файл.

1

Сообщение от Nazz Здравствуйте))) который занимает много места в памяти

сколько много? точные цифры в студию. без них разговор продолжать не стоит.

1

Сообщение от Василий Макогон сколько много?

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

0

суть в том, что ты повторяешь заученные новичками фразы про нагрузку и что лучше - один класс или несколько.

те, кто знают теорию ООП тебе скажут, что классов нужно ровно столько, сколько нужно. один класс - одна сущность, одна область предметной области, одно назначение.

возьми, напиши скрипт в котором подгрузи 500 раз файлы в скрипт. и посмотри на нагрузку. она будет микроскопическая.

1

Василий Макогон, ок, спасибо за Вашу помощь)

Я и сам понимаю что один класс и есть одна сущность, но в такой ситуации стал прям на роздорожье...)

Но пока что, как вижу народ за то чтобы делать отдельные классы для разных модулей почему-то))

0

народ тут сам не в теме.

что такое модуль? нет четкого ответа на этот вопрос. по мне модуль - это просто абстрактное понятие классов, лежащих в директории. все.

0

Василий Макогон, модуль это определённый набор функций для реализации некоторого функционала. Например: модуль авторизации, модуль пагинации, модуль сортировки, модуль опроса...

0

ok. у тебя был вопрос про скорость подгрузки классов/файлов. у меня все построено на объектах. __autoload при создании класса выполняет автоподгрузку классов в PEAR стиле. на странице 51 include (51 класс лежащий в 51 отдельном файле) , время выполнения на виртуальном хостинге - 0.04 сек.

1

Василий Макогон, оо)) ну ето хорошая скорость)))
а классы сами большие по размерах?

0

от 1000 до 100 строк

1

Василий Макогон, ок) хорошо)) спасибо за данные)

0