Производительность с большими файлами конечных точек API [закрыто] ⇐ Php

[Anonymous]

Сначала немного фона. Я создаю RESTFUL API с использованием PHP для доступа к базе данных MYSQL, где я хранил кучу информации, которая мне нужна для экспорта в другие услуги (стороннее программное обеспечение). База данных не особенно большая, и запросы MySQL также не интенсивны. < /P>
Теперь вот мой вопрос: влияет ли размер моего PHP -файла на производительность API, в отношении как времени ответа, так и времени выполнения сервера? в отдельные файлы. < /p>
Особо я хочу знать, какой размер файла это начинает создавать проблемы, если вообще. У меня есть несколько файлов директора для авторизации, подключения БД и маршрутизации. Опасение заключается в том, что моя конечная точка /API /элемент, который обслуживается item.php, может вызвать проблемы с производительностью с его размером. И моя первоначальная мысль заключалась в том, чтобы сохранить все /API /элемент в одном файле для удобства, но это закончилось довольно большим из -за всех запросов, которые я хочу /API /элемент для обработки. У меня есть другие конечные точки в других файлах, но этот конкретный файл item.php - мое беспокойство. Хотя код может запустить только 10 строк глубиной, чтобы получить ответ, сервер должен был бы загрузить весь файл на каждый вызов, независимо от того, что на самом деле запускается, по крайней мере, я предполагаю. неправильный? А если нет, размер этого файла загружается на сервере, на самом деле не влияет на производительность?

Подробнее здесь: https://stackoverflow.com/questions/797 ... oint-files