Стандарт кодирования на PHP

Язык программирования PHP популярен благодаря тому, что у него низкий порог вхождения. Что это значит? А то, что обладая базовыми алгоритмическими знаниями и прочитав несколько статей по синтаксису PHP и HTML уже можно что-то ваять и пытаться зарабатывать на бирже фрилансеров. Простота - это сильная сторона PHP, которая так же является и его ахилесовой пятой. Благодаря своей простоте многие начинающие разработчики вваливаются на рынок труда и количество таких "специалистов" преобладает, таким образом складывается впечатление, что PHP как технология построения web-проектов не очень успешна, что она полна глюков, тормозов, утечек памяти, расточительному использованию ресурсов сервера. Это стереотип, который трудно преодолеть и лишь немногие, познавшие ДЗЭН, понимают, что работать хорошо и качественно можно и на самом плохом в мире инструменте, так же как и делать ерунду с самим лучшим в мире инструментом. Все дело не в инструменте, а в том "специалисте", который этим инструментом пользуется.

С другой стороны, такое обилие разноуровневых специалистов породило громаднейшее количество стилей написания кода. Такое многообразие затрудняет восприятие и чтение кодовой базы. Такой бардак продолжался бы и дальше, но в 2009 году собрались умные ребята, представляющие самые разные проекты и сказали "Астанавитесь!". Именно тогда и была создана первая Группа стандартов PHP (PHP Standards Group), которая чуть позже была переименована в Группу концепций совместимости (Framework Interoperability Group (FIG)) или просто - Фиг. После переименовывания группа стала больше заниматься фреймворками и в группу были приглашены ребята из разных фреймворк-систем. Каждый из них имеет право голоса при обсуждении стандартов. Более того, в обсуждении и голосовании может принимать участие любой разработчик, каким-либо образом связанный с PHP, даже я или Вы. Для этого нужно всего-лишь подписаться на рассылку.

FIG намерена принимать в группу не только фрэймворк-разработчиков, но и сторонников других подходов программирования на PHP. Например, у каждого из фреймворков, таких как Symfony, Lithium и CakePHP есть свой представитель с правом голоса, то же самое касается PyroCMS, phpDocumentor, и даже Composer.

Цель группы FIG - создать обсуждение между разработчиками различных проектов, с целью найти общие концепции для дальнейшей совместной работы. На момент разработано несколько стандартов кодирования на PHP. Они абсолютно независимы друг от друга и разработчик сам может выбирать следовать им или нет. На самом деле, даже сами участники группы с правом голоса не обязаны использовать эти стандарты в своих проектах!

Зачем нужен PSR?

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

Используя PSR в своем проекте вы повышаете его однородность. Когда в команду приходит новый разработчик, Вы говорите ему: "Мы используем PSR-4" ( как, например, в YII 2 ) и, если разработчик желает остаться в команде, он обязан придерживаться этих стандартов или же пусть уходит в другую команду, где сможет в полной степени реализовать свои творческие потенциалы и привнести хаос в мир PHP разработки.

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