Ты ошибся темой, это правила хорошего кода, а не примеры плохого.

На спичка не сэкономишь, а конкатенация длинной строки твоим способом будет нечитаема.

 Да ну?
Zend Framework Documentation, пункт B.4.2.3.
Для подстановки переменных используются двойные.

 Пользуйся "невсяким". Или вообще IDE.
А так конечно можно сказать, что PHP какашка, так как его блокнот не подсвечивает.

я не имел в виду, что нужно писать как прийдется: стиль кодирования - это положительно, только лучшего нету

а в этой теме много субъективных моментов и ненужных оптимизаций, имхо

p.s. кроме того, тема то ли нечетко задана, то ли очень обширная. Правила хорошего кода касаются только оформления?

а я говорю наоборот


ну и кто они после этого?



главный критерий, то что твой код будет быстро и эффективно воспринят другим человеком

и кто прав? (а спорим не подеретесь   )

 Здравомыслящие люди, а что?

Я как-то больше доверяю себе и создателям PHP, чем Васе Пупкину в твоем лице. Ничего личного, только профессиональное.

Понимаешь, ускорение кода на 0%(не забываем про кэширование байткода) с проигрышем читаемости - это плохо.
А если твоя IDE - блокнот, а не IDE - то это ТВОИ проблемы.

а откуда информация про читаемость (что читабельнее)?

а я как-то больше доверяю личным наблюдениям, а не чужому мнению.
когда очередной раз здесь скидывают класс по БД с малопонятными конструкциями типа $db->fetch_row(), я спрашиваю себя, нафига вообще было писать такой код, который ни капельки не облегчает процесс написания? но все пользуются, я им не возражаю. но это не значит, что я должен брать тот же класс и юзать его
когда начинал, то у меня все скрипты писались на базе Котерова (его подключатель библиотек, его мейловый класс, класс работы с БД и прочее). постепенно я отказался от всего, даже от его dump, потому что находил (либо писал) более удачные, компактные и эффективные вещи.
может где-то проигрывали в универсальности, но зато без того абсурда, чем они изобиловали, увеличивая и время работы в разы, и нагружая БД, и не отдавая нужной эффективности

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



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

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

 Никогда не приходилось писать 400кб кода на новый проект дописывать(естественно кроме них еще куча своих и чужихнаработок)?
Расскажи, как с сотнями файлов в блокноте работать ) Очень интересно ;)

 Для тебя. Для всех остальных - иначе. Ссылка выше - подтверждение этого мнения.

и что мы видим? Правила оформления кода субъективны (большей частью) - кто к чему привык, вы сами это отлично продемонстрировали  


там так и написано, что "двойные кавычки для большинства читабельнее"?

Это сообщение отредактировал(а) youri - 31.5.2009, 13:53

С чего вдруг? Синтаксис PHP близок к синтаксису С++, следовательно всем людям знакомым с С++ будет гораздо легче читать код, в котором строки-литералы обрамлены двойными кавычками, а символы-литералы - одинарными. По той же причине лучше не использовать конструкции, включающие в себя : endif, : endforeach, etc. вместо {}.



Ну так если твоя работа вообще не связана с программированием на пхп, то с какой стати ты навязываешь своё мнение в теме, связанной с программированием на пхп? 

Ну тут 2 варианта, если ты вместо $db->fetch_row() используешь mysql_fetch_row(), то лучше бы тебе взять их класс и юзать его. А если ты вместо $db->fetch_row() используешь паттерн ActiveRecord, то смело возражай строителям велосипедов!

нет. объём чистого кодинга на модуль - максимум 100кБ, и то это был жуткий аврал и нафигачивания одной новой компоненты на другую, т.е. архитектуры вообще не было. а так 10-30 кБ



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

хм, интересно, что это за дикий кодинг в котором приходится работать с сотней файлов одновременно? у меня обычно открыт пхп-скрипт, хтмл-шаблон, js-скрипт, css-лист. в принципе всё



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

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

читаем выше, написал почему я отошёл от двойных

ты не смешивай в одну кучу выбор вида кавычек и выбор между конкатенацией и интерполяцией, они не связанны совершенно. Да и длина строк не связана с выбором между конкатенацией и интерполяцией.


Т.е. твой редактор не подсвечивал строки с двойными кавычками и интерполированные в них переменные? Смени редактор, он жестоко тебя ограничивает!

не знаю лично ни одного кодера из C, который бы перешёл на пхп



работа прямым образом связана с пхп, так как новые модули то писать надо. а моя ремарка относится к эффективности IDE



я вообще никаких подобных дикостей не использую. я пишу $db->select($sql); и получаю нужный мне массив данных упорядоченный в нужном порядке, с нужным количеством строк, да ещё и залогированный если нужно

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

а при отдельныз разработках, то перестроится на другой синтаксис не представляет труда. мы же не пишем в пхп := , и при этом не испытываем никакого дискомфорта при переходе на другие системы?