За которым Кодирование конвенции следовать для PHP? [закрытый]

У Вас есть много опций:

Пехлеви: 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

, Но как prakash предлагает, Пехлеви является хорошим выбором.

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

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

, Если Вы делаете проект с открытым исходным кодом, необходимо пойти, видят то, что уже на месте.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. Также:

• Какое соглашение о кодировании следует соблюдать для PHP?
• Лучшие практики PHP для соглашений об именах
• Соглашения о кодировании PHP?

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

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

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