PHP Lang
  1. PHP Lang
  3. Пробелы, разрывы строк, вкладки; они влияют на производительность сервера?
Intereting Posts
PHP mkdir 0777 fail chmod 0777 работает Переопределение констант класса и свойств После обновления до Debian Jessie: случайные ошибки mod_fcgid Чтение / запись файла MS Word в PHP как создать запрос на мыло в php из этого xml? Получение элемента SimpleXMLElement для включения кодирования в вывод for loop vs while loop vs foreach loop PHP Подтвердить пароль для хэш-файла SSHA256 в PHP Как получить доступ к параметрам Guzzle QueryString в веб-чатах Ratchet? Загрузка, извлечение и повышение производительности PHP однократная манипуляция с php GD Передача переменной из одного php включает файл в другой: global vs. not отправить json-объект из javascript в php Codeigniter: разрешение загруженных изображений – 600 на веб-сервере, изображения не отображаются на веб-сайте Управление размером HTML5 DIV

Пробелы, разрывы строк, вкладки; они влияют на производительность сервера?

Пробелы, разрывы строк, вкладки; они влияют на производительность сервера?

Я нахожусь на пути к изучению PHP, и, прежде чем я продолжу свой нынешний стиль кодирования, я хочу убедиться: происходят ли разрывы строк и пробелы на производительности сервера? Обычно я всегда добавляю их для чтения. например, в следующем коде: 

import('something') ; $var = 'A' ; $varb = 'B' ; switch($var) { case 'A' : doSomething() ; doAnotherThing() ; break ; } if ($var == $varb) { header('Location: somewhere.php') ; }

Резюме,

  1. Я добавляю пространство перед точкой с запятой
  2. Я добавляю пробел после и до назначения значения переменной и сравнения
  3. Я добавляю пробел между ними) и {
  4. Обычно я добавляю разрыв строки после {если следующий код кода состоит из нескольких операторов.
  5. Внутри фигурного скобки я всегда начинаю с пробела перед первым утверждением и заканчиваю его другим пространством после запятой последнего слова
  6. Я всегда даю вкладку ширины 2 пробела для каждого дочернего элемента
  7. Я всегда добавляю пробел после функции «Местоположение:» внутри заголовка.
  8. Я всегда добавляю пространство перед точкой с запятой для каждого случая

Этот стиль для меня классный, мне он нравится, его аккуратность, и это облегчает отладку, что я задаюсь вопросом, будет ли такой стиль кодирования повреждать / нагружать систему? Будет ли он замедлять работу сервера путем повторного форматирования моих кодов? Пока у меня нет ошибки форматирования.

Спасибо за ваши добрые ответы

Нет. Дополнительное форматирование вообще не повлияет на производительность *.

Выберите стиль кодирования, который вам нравится – это также приемлемо для команды / проекта / существующего кода – и, самое главное, быть последовательным . (Использование редактора с настраиваемым форматированием синтаксиса полезно.)

Счастливое кодирование.

* Хотя можно утверждать, что незначительное увеличение IO может произойти, а лексер должен прочитать незначительное большее количество символов, конечным результатом будет: снижение производительности не будет .

Нет и да (но в основном незначительно). Немного по-другому, думая о проблеме из ответа @ pst (даже не думая о диске io), но тот же конечный результат.

Упрощенный php за кулисами – PHP скомпилирован для байт-кодов во время выполнения. Во время компиляции все пробелы и комментарии фильтруются вниз / из многих других действий.

Фильтрация большего количества пробелов из-за меньшего размера в основном незначительна по сравнению со всеми другими действиями.

Скомпилированные байт-коды – это то, что фактически запускается.

Но предположим, что вы управляете крупным веб-сайтом, есть 1000 веб-серверов, и каждый php-файл получает миллионы раз в день. Все эти ранее незначительные бит времени складываются. Но так же все остальные вещи, которые делает компилятор. В тот момент, когда все это становится для вас проблемой, пришло время начать изучать кэширование / ускорители PHP. (Или, скорее всего, задолго до этого.)

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