Какое из правил кодирования следует для PHP?

Ответ 1

Для PHP я предлагаю следовать предложения Zends

Как вам известно, Zend - наиболее широко используемая инфраструктура!

Ответ 2

Вы должны следовать одному из стандартов PSR для PHP, одобренному Framework Interop Group

• PSR-0 - Цель стандартного соглашения с файлом, классом и пространством имен.
• PSR-1 - Целью обеспечения высокого уровня технической совместимости между общим PHP-кодом.
• PSR-2 - Предоставляет руководство по стилю кодирования для проектов, которые хотят стандартизировать их код.
• PSR-3 - описывает общий интерфейс для протоколирования библиотек; LoggerInterface предоставляет восемь методов для записи журналов на восемь уровней RFC 5424.
• PSR-4 - Описывает спецификацию для автозагрузки классов из путей к файлам. Он полностью совместим и может использоваться в дополнение к любой другой задаче автозагрузки, включая PSR-0.

Ответ 3

Обновление: люди также используют PSR в настоящее время много

Zend Framework и стандарты PEAR являются в большинстве своем наиболее распространенными стандартами кодирования. Если ваша компания приняла еще одну, придерживайтесь конвенции вашей компании. Лучше, чем вообще не иметь конвенции. И они работают только в том случае, если каждый придерживается их.

Также смотрите:

• Какое из правил кодирования следует для PHP?
• Передовые методы PHP для соглашений об именах
• Соглашения о кодировании PHP?

В принципе, все основные структуры имеют соглашение о кодировании где-то в своей документации. Официальное (но в основном неизвестное IMO) руководство по программированию PHP можно найти на

• http://news.php.net/php.standards/2

Если вам нужно проверить код на основании соглашения о кодировании, рассмотрите возможность использования CodeSniffer. Некоторые IDE также предлагают автоматическое форматирование исходного кода с помощью шаблонов. Например, Zend Studio имеет встроенные правила кодирования ZF, поэтому просто клик для форматирования кода для этого соглашения.

Ответ 4

У вас есть несколько вариантов:

Zend: http://framework.zend.com/manual/en/coding-standard.html

Груша: http://pear.php.net/manual/en/standards.php

Wordpress: http://codex.wordpress.org/WordPress_Coding_Standards

Но, как предлагает пракаш, Зенд - хороший выбор.

Ответ 5

Если вы находитесь в бизнесе, следуйте за соглашением о бизнес-коде.

Если это для личного проекта, вы можете получить спецификацию конкретного языка (если вы используете Java, чем Java, если вы делаете Php, чем PHP). Если это ваш личный проект, вы можете изменить несколько вещей, если хотите...

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

Ответ 6

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

Важная часть - выбрать один и придерживаться его.

Ответ 7

Как говорит Гордон, Zend и стандарты PEAR являются эффективным отраслевым стандартом.

Тем не менее, код компании вполне возможно предшествует этим, поэтому в зависимости от размера базы кода может быть мало смысла инвестировать время, чтобы перейти к одному из них. (Тем не менее, если они когда-либо захотят использовать инструменты анализа статического кода, вы можете использовать это как стимул серьезно рассмотреть возможность перехода на Zend и т.д.)

Однако, будучи реалистичным, если у них есть разумный стандарт, который они придерживаются там никакой реальной проблемы здесь, вы обнаружите, что настраиваете, как вы "видите" код соответственно.

Ответ 8

Есть плюсы и минусы любого стиля кодирования. Я трачу много времени на работу с кодом из многих источников, занимающихся интеграцией, поэтому иногда удается увидеть много разных стилей за один день (разные соглашения об именах, размещение брекетов, вкладки и пробелы и т.д.)

Насколько мне известно - самое главное, если вы работаете с существующим кодом, - это следовать стилю кода, который вы редактируете. Если вы этого не сделаете, вы сделаете все сложнее, если кто-нибудь последует за вами.

Если вы пишете новый код, вы должны иметь возможность сделать это максимально эффективно.

Я нахожу, что руководство по кодированию компании часто далеки от подробностей и в конце концов забывается через несколько лет и немного отторгается в команде разработчиков программного обеспечения; -)

Ответ 9

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

Раньше я предпочитал стиль K & R (второй). После того, как вы настроились на стиль Allman (ваши предпочтения), теперь я чувствую, что он делает код более читаемым и изменил мои предпочтения.

Эта статья Википедии - это достойное место для начала. Он также включает ссылку на стандарты кодирования PEAR, среди прочих.