Comments 35
Кстати вот здесь, доступны стандарты для ZF на одной странице в pdf формате.
P.S. Ссылка на стандарты CakePHP побилась.
P.S. Ссылка на стандарты CakePHP побилась.
Zend, Symfony и Cake — похожие и вполне хорошие стандарты, читать такой код удобно и приятно.
лично я использую ZF.
в яваскрипте тоже стараюсь придерживаться похожих.
лично я использую ZF.
в яваскрипте тоже стараюсь придерживаться похожих.
А если группа разработчиков документировала свой стандарт и им пользуется, то они, стало быть, злодеи?
Конечно нет, главное что-бы они были описаны и соблюдались…
У нас на фирме были так же свои стандарты — но с переходом на ZF — были приняты стандарты этого фреймворка, правда не без скрипа зубов…
У нас на фирме были так же свои стандарты — но с переходом на ZF — были приняты стандарты этого фреймворка, правда не без скрипа зубов…
Они не злодеи. Ведь стили оформления для этого и существуют: для увеличения эфективности командной разработки.
Но, думаю, группа примет какой-то из указанных стилей, лишь с минорными дополнениями. И новичку в группе будет легко втянуться в общие стандарты.
P.s. Сам пользую GForge стиль.
Но, думаю, группа примет какой-то из указанных стилей, лишь с минорными дополнениями. И новичку в группе будет легко втянуться в общие стандарты.
P.s. Сам пользую GForge стиль.
:) мне кажется что нет. имхо, главное чтоб в проекте использовался какой-либо один стандарт, и не было мешанины.
Мы юзаем Symfony.
на самом деле, самое важное — чтобы в границах одной компании использовался один стандарт. А какой именно — дело вкуса.
К сожалению, часто бывает так, что в одном даже проекте творится черти что.
на самом деле, самое важное — чтобы в границах одной компании использовался один стандарт. А какой именно — дело вкуса.
К сожалению, часто бывает так, что в одном даже проекте творится черти что.
Вам везет, это все не для меня. Так как только дописываю чужие кривые пректы, что б их
Использую стандарты Symfony, правда сбиваюсь на if ('string' == $val) руки сами пишут переменную слева
чем больше и чаще пишешь — тем больше думаешь про стиль кода. я по себе заметил.
Стандарт кодирования вырабатывается сам собой с опытом и со временем. Если хочется поморочаться и считать количество пробелов в отступе — можно использовать стандарты. По мне, так самое главное не забывать про tab, остальное — мелочи и занудство.
Спасибо, думаю что еще сюда подойдет Java Coding Standards
UFO just landed and posted this here
некоторые стандарты противоречат другим стандартам, что усложняет разработчику жизнь, когда он сталкивается с стандартами отличными от того, которого придерживались… например касательно использования «_» в именовании классов, методов и функций… очень жаль, что нет единого стандарта ПХП кодирования… каждый кулик свое болото хвалит…
Не важно какой язык используется, важно как правильно его используют и на сколько правильно.
Тоже самое относится и к стандартам кодирования.
Важно, чтобы в рамках компании или хотя бы проекта придерживались единого стандарта.
А какой язык — дело десятое. Будь то Java, или PHP, или Perl, или что-то другое.
Безобразно писать можно на любом языке.
Другими словами. Стандарт кодирования это ваш профессиональный почерк.
Тоже самое относится и к стандартам кодирования.
Важно, чтобы в рамках компании или хотя бы проекта придерживались единого стандарта.
А какой язык — дело десятое. Будь то Java, или PHP, или Perl, или что-то другое.
Безобразно писать можно на любом языке.
Другими словами. Стандарт кодирования это ваш профессиональный почерк.
спасибо
Опять стандарты… самое печальное то — что они навязанные.
Самое главное правильно написаное и на мой взгляд — ПОНЯТНО для всех категорий пользователей.
Знаете что, давайте меня расстреляем — я пишу не по «красивым» стандартам…
например.
красиво, но я упорно продолжаю писать
главное понимать код, кстати интерпритатор сделает из этих 2 «кодов» идентичную интерпритацию…
так вот знаете почему я так пишу...? догадались.
Да потому что мой код может например захотеть поправить какой-нибудь неопытные кодер… ну например дизайнер с начальными знаниями php, как вы думаете когда он увидит первый вариант кода… что он будет делать? (ответ — легкий шок и долгий поиск по книгам)
и когда второй.
Самое главное правильно написаное и на мой взгляд — ПОНЯТНО для всех категорий пользователей.
Знаете что, давайте меня расстреляем — я пишу не по «красивым» стандартам…
например.
isset($var) ? $id = $var : $id = 0; красиво, но я упорно продолжаю писать
if (isset($var)) $id=$var; else $id=0;главное понимать код, кстати интерпритатор сделает из этих 2 «кодов» идентичную интерпритацию…
так вот знаете почему я так пишу...? догадались.
Да потому что мой код может например захотеть поправить какой-нибудь неопытные кодер… ну например дизайнер с начальными знаниями php, как вы думаете когда он увидит первый вариант кода… что он будет делать? (ответ — легкий шок и долгий поиск по книгам)
и когда второй.
По-моему, это немного не то.
Вы говорите про упрощённую запись, а не про стандарты кодирования.
Вы же не пишете в своём «некрасивом» варианте if(+$var_one==1 && $varTwo==2)
Относительно упрощённой записи, ксати, совершенно согласен — гораздо читабельнее второй вариант.
Вы говорите про упрощённую запись, а не про стандарты кодирования.
Вы же не пишете в своём «некрасивом» варианте if(+$var_one==1 && $varTwo==2)
Относительно упрощённой записи, ксати, совершенно согласен — гораздо читабельнее второй вариант.
Вы всё-таки почитайте рекомендованные ссылки? В том же самом «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) далеко не всегда базируется на каких-то принципах взятых с потолка…
«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) далеко не всегда базируется на каких-то принципах взятых с потолка…
Я читал ;) Своего рода, «стандарты», чтобы не заблудиться.
Но я все же имею ввиду Писать правильно и ПОНЯТНО — вот что я имел ввиду
Но я все же имею ввиду Писать правильно и ПОНЯТНО — вот что я имел ввиду
$id = isset($var)? $var: 0;
неважно какой стандарт кодирования вы используете в компании — важно что бы он был и все его придерживались.
Везде должен быть порядок. Строгость в стандарте — залог отсутствия проблем для разработчика.
А php-fig.org к какому из перечисленных относится?
Sign up to leave a comment.
Стандарты кодирования