Немного об include / require в PHP

В общем, я сильно подозреваю, что об этом уже писали и не однократно. Но вот вставлю и я свои 5 копеек. В чем суть проблемы? Есть так называемое ООП, оно же объектно-ориентированное программирование. В нём архитектура приложения построена таким образом, что основная часть кода заключена в классы. Из классов рождаются объекты, они же экземпляры классов. Так вот, споры возникают по тому поводу — как лучше, когда каждый класс раскидан по разным файлам, а затем инклудятся (include(«file.php»);) или же когда все классы находятся в одном большом файле, а потом этот большой файл подключается к сценарию. Почему возникают такие споры? Дело в том, что сама архитектура ООП подразумевает чёткую структурированность и порядок, а это значит, что она требует распределения кода по папкам, разным файлам и так далее — это правильно, с точки зрения простоты проектирования (и этот сайтик, кстати, построен именно по такому принципу). Но! Сама операция include / require занимает львиную долю времени исполнения скрипта. Как правило, в большинстве случаев на исполнение самого кода затрачивается 15-20% времени, остальное — на подгрузку всех файлов, которые использует скрипт. Есть в IDE NuSphere PHP Editor такая замечательная функция как profiler — он измеряет время выполнения различных участков кода. И он наглядно показывает, сколько времени занимает, допустим, загрузка библиотеки (у меня, загрузка конкретно моей библиотеки около 150-200 мс + загрузка ядра столько же). Соответственно от 300 до 400 мс тратится только на загрузку файлов.

В принципе это нормально, но смотря для чего. Если число посетителей сайта меньше 500 человек в час — можете смело забить на такие мелочи. Если же у вас 2-3 тысячи уникальных посетителей в час — тут уже придётся либо оптимизировать код, либо переходить на железо помощнее (имеется ввиду сервер). А особенно если это коммерческая разработка. Время программиста стоит от 50 до 100 долларов в день (по нынешнему курсу) — поверьте, обновить сервер куда дешевле, чем тратить две недели на оптимизацию кода.