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


Ну... мы такой роскошью не пользуемся EditPlus forever.

ЗЫ А может в нём тоже это есть?

Нет. А жаль ... Редактор то достойный. Плохо также, что он вяло развивается ...

Если писать в блокноте - я с тобой согласен. Но если писать в том же Zend Studio или PHP Expert Editor, то там можно задать определенное кол-во пробелов. Нажал TAB - 4 пробела есть.



Тут я с тобой согласен. Да и это не правило написания - это совет.



Ну, мне вообще нравится такой стиль:



Но я все же буду опираться на стандарты ))



Нет, как раз-таки break не должен совпадать с case, т.к. это конструкция да и если мы напишем continue? В общем протест

Мой любимый силь:

Люблю нажимать Alt + F8 в Визуале И не мучаюсь!

А что деласть с кодом и с отступами если использую EOF?



Перед EOF; же нельзя ставить пробелы.

4 пробела отобразятся ОДИНАКОВО в любом редакторе, в то время как tab отображается ВЕЗДЕ ПО РАЗНОМУ. Отсюда и рекомендация не использовать его в разметке кода. 
Знаю многие конторы, где за каждый найденый таб штрафуют. 0.5$
"Молдняк" излечивается после первой же зарплаты 

Добавлено @ 13:23 

Кроме того там есть "Auto indent code" который, при отсутствии таб-ов,  правильно расставит отступы.
Кстати, табы в зенде лечу нажатием ctrl+h (заменить '\t' на '____' 4 пробела  ) 

Какие жаркие споры 

Джефф Элджер в своей книге "C++ For Real Programmers" писал


Почему бы эту фразу не применить к этому топику? 
Каждый пишет как ему удобно. Важны идеи. 

У нас в конторе такой подход называют "креатиффом". Есть товарищи, пишут очень идейно, но в коде хрен разберешься... По три-четыре оператора в строчку и все логи HEX-дампом. 

Очень жаль что обсуждение остановилось на КАЖДОМУ СВОЕ.
Хотелось бы прийти к более конкретному "доку по стилю написания".
Даже если простым большинством голосов   

Дочитал до середины, дальше, к сожалению, не осилил =)

Кто бы что не говорил (про "каждому свое") - по-любому должны быть style guid'ы. Конечно, они могут быть локальными в какой-то компании, но есть и общепринятые. Код Zend'a и Pear'a - еще не эталон. Поищите нормальную достоверную, стандартизированную документацию по кодингу на PHP. Потому что существует такое понятие как "профессиональный почерк" и все ИМХИ в нем не прокатят ("я привык так-то и так-то", "так лучше" и т.д.). Локальные привычки еще ничего не значат. Вот в этой теме обсуждались некоторые основные принципы. Они верны, и PHP касаются тоже.

P.S.: кстати, насчет сокращений: если условие одиночно, то можно (и даже более профессионально) писать так:

Интересно. Никогда не задумывался над таким применением. Надо будет попробовать. Я последнее время, при большом объеме кода, пишу так:

А если условие слишком большое, писал его не целиком, и так понятно:

P.S.
Здесь так активно рекламировали zend, что я даже скачал. Могу скинуть найденный только что keygen. Либо в личку, либо пусть модератор разрешит его здесь выложить(или хотя бы ссылку показать)

если $b не существует будет WARNING
поэтому 

смотря по контексту

А разве он так не будет проверять переменную только на существование?

Добавлено @ 18:21
незнаю можно ли так(скоро проверю), но должно работать:


Это сообщение отредактировал(а) theworldcreator - 25.9.2007, 18:23

Мой способ работает. Ваш

В результате $a==false, а не 3, как задумывалось. empty() работает нормально. Он просто проверяет на наличие переменной И на ее НЕ равность false, что делает функцию очень удачной для данного случая.

Vaulter, да речь не "о существовании" / "не существовании" переменных там каких-то (этот пример - так - до кучи написал, он тут не при чем вообще). Основная речь, я еще раз повторю - стандартизованные правила оформления кода. Мой вам совет, други, - сразу себя лучше приучать к правильному коду и избавляться от неправильных привычек (удобным вам кажется или нет, но если это не правильно - всегда будет выдавать непрофессионала).

во всяком случае, я всегда стараюсь придерживаться Zend овского стиля написания кода, искать изящные решения ...
к примеру: когда я работал в одной московской конторе (поддерживал ранее созданные сурсы и создавал новые), попадались такие сайты, где .htaccess весил ~1мб, причем совершенно необоснованно, без комментов. соответственно заглядывая в php можно было потерять сознание. теперь стараюсь в любом случае, на сколько бы "наколенной" разработка не была придерживаться стандартов. этоисты в программировании - муветон!