Прямо сейчас у меня есть скрипт, который достиг 400 КБ в 4 файлах (около 3500 строк на файл).PHP - Разделить код на несколько файлов или сохранить его как можно меньше файлов?
Должен ли я разделить его на большее количество файлов?
Имеет ли большее количество файлов влияние на производительность из-за нескольких звонков require_once?
У меня есть большой, 13000 строк сценарий, который я объединил из трех других, но это полностью обзор и управление пользователями, связанные с выходными и принимающими вводами. Эти функции находятся в другом файле с 8000 строками, и я уверен, что между ними есть нулевое кровотечение. В файле функций нет HTML-файла, нет SQL-файла в основном файле. Было бы иначе, если бы я мог использовать объекты? Конечно. Не могу.
Итак, мораль этой истории: все зависит от того, что вам удобно для рассматриваемого сценария. У меня есть еще один файл с пятью небольшими файлами, потому что это имеет большее значение; это имеет смысл как два больших.
Я бы серьезно смотреть на использовании фреймворки, такие как Kohana
Определенно. Я не знаю о вашей конкретной ситуации, но я знаю, что в моем развитии в качестве программиста время, когда я начинал думать о таких вопросах, было именно тем временем, когда стали очевидны преимущества структуры MVC. –
Это не имеет никакого отношения к вопросу ОП. И будет огромное изменение в проекте, в отличие от того, что они задавали, а именно, если файл должен быть разделен. – profitphp
При использовании require или include, PHP обрабатывает все файлы, как если бы это был один большой файл (представьте себе, скопировать и вставить код из включаемых файлов в ваш основной файл).
Единственное, что вы действительно получили от разделения на отдельные файлы, это организация. Организация может быть огромной при работе с таким количеством кода, так что это действительно зависит от того, что работает лучше всего для вас.
Удар будет незначительным. Вы получите больше возможностей для оптимизации, ускоряя запросы к базе данных и т. Д. Включайте или требуйте немного быстрее, чем require_once, хотя он не должен проверять, было ли оно уже включено в руки.
Так что, чтобы ответить на вопрос, «вы должны разбить его на большее количество файлов?». Конечно, если он будет держать его чище, продолжайте.
Разделить связанные линии в функции. Групповые функции и данные в классы. Если вы не задумываетесь о том, как вы упорядочиваете свой код, когда вы его пишете, вы создаете больше работы для кого-то, или самого себя, в будущем.
Hardware is cheap, Programmers are expensive. как сказал profitphp, удар по производительности небрежен. Какая большая трата ресурсов в долгосрочной перспективе? сложность работы в десятках тысяч строк файла кода или время загрузки микросекунды, которое вы сохраните?
Я не знаю ваших мотивов, но если реорганизация вашего кода поместит вас в удобную среду, идите за ней! Будьте осторожны при рефакторинге, не отрывайте больше, чем можете пережевывать. И используйте источник управления.
Возможный дубликат [В чем преимущества/недостатки монолитного кодирования PHP по сравнению с небольшими специализированными скриптами php?] (Http://stackoverflow.com/questions/1562933/what-are-the-advantages-disadvantages-of-monolithic -php-coding-versus-small-speci) –
Также: http://stackoverflow.com/questions/3678177 –