Чому код Wordpress настільки "задоволений космосом"?

Ядро WP, багато плагінів WP і самі стандарти кодування WP використовують дуже «щедре застосування» Spaceсимволу (не для відступу, а «всередині» паронів і дужок). Це здається унікальним для Wordpress - такий стиль / філософія, схоже, не присутній в інших подібних проектах, PHP чи іншому.

Більш детальну інформацію про цей підхід див. На веб-сайті : https://make.wordpress.org/core/handbook/coding-standards/php/#space-usage

Приклад: foreach ( (array) $foo as $bar ) { ...

Я маю на увазі пробіл після передбачення, після першого (та перед фіналом )(та інші подібні пробіли, показані у "Використання простору" за посиланням вище).

Цей стиль мені здається непотрібним - він вимагає більше вводити текст ((думку) робить візуально складніший аналіз коду. (/ Думка)

Моє бажання - не обговорювати, чи є цей стиль гарною ідеєю чи ні. Швидше, я просто хочу зрозуміти мотиви, чому це рекомендований стиль. Навіть коментатори щодо стандартів кодування WP цікаві:

Відповіді на питання М. К. Сафі по суті:

1. Для читабельності
2. Статус кво (він же "Це просто так")

Моє міркування просити те, що я особисто не бачу великої користі у прийнятті стандартів кодування WP (щодо "Використання простору") у наших внутрішніх проектах. Однак мені цікаво, якщо я щось пропускаю.

Чи є причини, що випадають за двома перерахованими вище, нібито дійсними чи ні, для того, щоб дотримуватися стилю Word Space "Space Space"?

Резонансування

Щодо "білого простору" (незалежно від того, вкладки чи пробіли): це просто особисті переваги, які застрягли в проекті.

Стандарти кодування WP imo - це безлад і їх можна ігнорувати - до тих пір, поки ви не внесете в основу, що є

• інша історія і
• там також ігнорується посібник зі стилів.

"[...] він не застосовується заднім числом на більш старий код, оскільки це робить історію svn / git дуже важкою у використанні. Офіційна політика полягає в тому, що новий код повинен слідувати керівництву зі стилю, але якщо ви випадково правильно форматуєте сусідній код тож так і бути, але патчі, які лише форматують код, або виконуючи цей код лише формату, заборонені. "

^{- @TomJNowell в коментарях}

Альтернативи

Вам краще дотримуватися стандартів PSR (а саме: 2) або таких предметів, як стандарти Symfony (або просто ваші власні).

Підвищення продуктивності та інструменти

Ви не отримаєте прибутку від того, щоб мати стандарт кодування (окрім того, щоб мати спільний доступ і меншість, яка його ненавидить, а решта диктує його) або мати більше або менше вкладок чи пробілів. Якщо ви турбуєтесь про зайве місце на диску або, можливо, повільніші програми, ви все одно можете стиснути свій код (див. Проект GitPHPHooks ) під час фіксації. Вигода, яку ви отримаєте, становитиме приблизно максимум 5% від вихідного файлового простору, майже приблизно тому, що стискає / мінімізує синтаксис HTML. Для цього є інструменти мінімізації Node.js, доступні через npm для цього.

Що я особисто вважаю корисним - це PHP Linter та _PHP Mess Detector. Я включив обидва в бібліотеку GitPHPHooks, тому мені не потрібно думати і не хвилюватись її запуском.

Пробіли після крапок є нормальними, наприклад $baz . '-5', цей стиль використовується у багатьох стандартах кодування для операторів ( y + z).

Це робиться для поліпшення читабельності, наприклад, одна з них читабельніше, ніж інша.

$cow.$dog.$cat.$table.$chocolate.$puddle.$iterator.$stuctureone.$stucturetwo

$cow . $dog . $cat . $table . $chocolate . $puddle . $iterator . $stuctureone . $stucturetwo

Це стає ще більш очевидним, коли оточений іншим "кодом".

Щодо пробілів навколо дужок, ( 1, 2, 3 )то поняття не маю, мабуть, аргумент також для читабельності.

Це може бути заплутано, оскільки самі стандарти WordPress мають приклади з дужками в коментарях, у яких немає пробілів, а сама база коду плутає з деякими частинами пробіли, а в інших немає (див. Скріншот нижче) навіть у межах однієї функції.

Більшість стандартів PHP насправді робить зворотний виклик для .. круглі дужки повинні обняти їх вміст. Насправді більшість стандартів кодування для інших мов пишуть так: (1, 2, 3)так що це трохи таємниця, чому WP робить це саме так.

Ось приклад для порівняння з функцією WordPress.

Більша версія для порівняння: http://i.imgur.com/nTEbV7v.jpg

Я вважаю за краще той, що праворуч, особливо коли я дивлюсь на повний екран коду, але це особисті переваги.