2010-07-12 3 views

ответ

2

Я все еще не понимаю различия ваших подходов.

Но если у вас есть много кода в этом файле, то лучше всего написать код в качестве функций (если у вас его еще нет) и создать несколько файлов, содержащих их.

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

Например, вы можете создать файл database_util.php, которые содержат функции, связанные с базами данных и т.д.

В конечном счете, вы должны узнать о Object Oriented Programming, но не злоупотребляйте классов/объектов в контейнере функций. Это не цель ООП и не поможет вам.

3

Используйте include:

include('functions.php'); 

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

+0

но почему? В чем разница между ними в производительности? – TheNone

+0

@phpExe: Разница между чем? – Sarfraz

+0

1. включите скрипт 2. напишите сценарий как функцию, например, в функции functions.php, включите функции functions.php и функцию вызова – TheNone

2

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

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

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

В любом случае скорость загрузки проблемы невелика. Разница во времени составляет 99,99% всех случаев, незначительных. Решение о том, следует ли использовать функцию или включить, должно быть сделано на основе организации кода: что проще понять для тех, кто поддерживает код.

На практике вы используете функцию или объект для организации своего кода, если только не существует очень убедительной причины.

Смежные вопросы