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

[@mihailt]

Кстати вот здесь, доступны стандарты для ZF на одной странице в pdf формате.

P.S. Ссылка на стандарты CakePHP побилась.

[@AntonShevchuk]

Спс, подправил…

[@lordsc]

Zend, Symfony и Cake — похожие и вполне хорошие стандарты, читать такой код удобно и приятно.
лично я использую ZF.

в яваскрипте тоже стараюсь придерживаться похожих.

[@Andruhon]

А если группа разработчиков документировала свой стандарт и им пользуется, то они, стало быть, злодеи?

[@AntonShevchuk]

Конечно нет, главное что-бы они были описаны и соблюдались…

У нас на фирме были так же свои стандарты — но с переходом на ZF — были приняты стандарты этого фреймворка, правда не без скрипа зубов…

[@stanis]

А что показалось неудобным?

[@dals]

Они не злодеи. Ведь стили оформления для этого и существуют: для увеличения эфективности командной разработки.
Но, думаю, группа примет какой-то из указанных стилей, лишь с минорными дополнениями. И новичку в группе будет легко втянуться в общие стандарты.
P.s. Сам пользую GForge стиль.

[@Restorer]

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

[@octavian]

Мы юзаем Symfony.

на самом деле, самое важное — чтобы в границах одной компании использовался один стандарт. А какой именно — дело вкуса.

К сожалению, часто бывает так, что в одном даже проекте творится черти что.

[@blia]

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

[@undefined]

Обычно стандарты кодирования содержат правила именования классов, методов, переменных… Плохой код автоформатированием не поправишь ;)

[@yuretsz]

Использую стандарты Symfony, правда сбиваюсь на if ('string' == $val) руки сами пишут переменную слева

[@MVM]

чем больше и чаще пишешь — тем больше думаешь про стиль кода. я по себе заметил.

[@undefined]

Делаю «леваки» в соответствии со стандартами ZF, рабочие проекты — с корпоративными стандартами. Если немного отвлекусь — иногда такая каша выходит… :)

[@kerrygun]

Стандарт кодирования вырабатывается сам собой с опытом и со временем. Если хочется поморочаться и считать количество пробелов в отступе — можно использовать стандарты. По мне, так самое главное не забывать про tab, остальное — мелочи и занудство.

[@djsv]

Сколько у вас человек в команде? Один?

[@zornig]

Спасибо, думаю что еще сюда подойдет Java Coding Standards

[@djsv]

Да, только он не поспевает по полноте за английским — некоторых тем просто нет.

[@FrankSinatra]

некоторые стандарты противоречат другим стандартам, что усложняет разработчику жизнь, когда он сталкивается с стандартами отличными от того, которого придерживались… например касательно использования «_» в именовании классов, методов и функций… очень жаль, что нет единого стандарта ПХП кодирования… каждый кулик свое болото хвалит…

[@RumataEstora]

Не важно какой язык используется, важно как правильно его используют и на сколько правильно.
Тоже самое относится и к стандартам кодирования.
Важно, чтобы в рамках компании или хотя бы проекта придерживались единого стандарта.
А какой язык — дело десятое. Будь то Java, или PHP, или Perl, или что-то другое.
Безобразно писать можно на любом языке.

Другими словами. Стандарт кодирования это ваш профессиональный почерк.

[@dinich]

спасибо

[@maxic]

Опять стандарты… самое печальное то — что они навязанные.

Самое главное правильно написаное и на мой взгляд — ПОНЯТНО для всех категорий пользователей.

Знаете что, давайте меня расстреляем — я пишу не по «красивым» стандартам…

например.

isset($var) ? $id = $var : $id = 0;

красиво, но я упорно продолжаю писать
if (isset($var)) $id=$var; else $id=0;

главное понимать код, кстати интерпритатор сделает из этих 2 «кодов» идентичную интерпритацию…
так вот знаете почему я так пишу...? догадались.

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

[@elgatoandrey]

По-моему, это немного не то.
Вы говорите про упрощённую запись, а не про стандарты кодирования.

Вы же не пишете в своём «некрасивом» варианте if(+$var_one==1 && $varTwo==2)

Относительно упрощённой записи, ксати, совершенно согласен — гораздо читабельнее второй вариант.

[@maxic]

:) Поверьте — там где упрощенная запись, там такие же стандарты :)))

Кто-то потом будет долго разгребать ваши методы

Стандрат — я думаю один. Писать правильно и ПОНЯТНО — вот что я имел ввиду ;)

[@basilisk]

Вы всё-таки почитайте рекомендованные ссылки? В том же самом «Cake PHP Coding Standards» про тернарный оператор выразились коротко — «низззя!»:

«Do not use ternary operator (?:). We need Cake code base to be as readable as possible, and we believe that using full if-else calls will make code look better, more readable and maybe most important, easier to debug.»

«Кодинг стул» (Coding Style) далеко не всегда базируется на каких-то принципах взятых с потолка…

[@maxic]

Я читал ;) Своего рода, «стандарты», чтобы не заблудиться.

Но я все же имею ввиду Писать правильно и ПОНЯТНО — вот что я имел ввиду

[@aanto]

$id = isset($var)? $var: 0;

[@AlexeyTokar]

неважно какой стандарт кодирования вы используете в компании — важно что бы он был и все его придерживались.

[@maxic]

Алексей я бы добавил… и был понятным, тем кто будет доделывать, переделывать, использовать ;)

[@AntonShevchuk]

Это вполне логисное требование к стандарту…

[@Snowcore]

Везде должен быть порядок. Строгость в стандарте — залог отсутствия проблем для разработчика.

[@iNickname]

А php-fig.org к какому из перечисленных относится?

[@AntonShevchuk]

PSR относятся к единственному верному