PHP: http://framework.zend.com/manual/ru/coding-standard.coding-style.html Java: http://java.sun.com/docs/codeconv/html/CodeConventions.doc.html Perl: perldoc perlstyle Python http://www.python.org/dev/peps/pep-0008/ Касательно скобок { и т.д. Существуют определенные стили. Сили для проектов с нуля надо выбирать самим. Проекты, использующие конкретную разработку, должны писаться в стиле этих проектов, который может отличаться от стиля языка(но этого обычно не происходит) Некоторые языки не имеют официальных стилей(например C или C++), стилей там вагон и маленькая тележка
Delphi: http://softsl.com/Pagcat-211-Pagenum-1.html Плз, перенеси мое сообщение в соседнюю ветку "Программирование Делфи С++, АСМ" ЧУть нетуда напостил ner: не будем плодить темы
Пожалуй не соглашусь.... Код выполниться быстрее при записи PHP: $greeting = 'Hello'.$name.', welcome back!'; Обсуждалось не 1 раз
Ну давай результаты тестирования. Причем не профайлером, а в боевой среде. Т.е. с нормально настроенным вебсервером, кешированием байт-кода и не искусственным примером. А то опровергать документацию каждый дурак горазд ))) Если уверен в своих словах - докажи.
Сейчас не могу сам ничего тестировать, но уже тестировал не 1 раз... Смотрим статью http://php.spb.ru/php/speed.html Пробуем сами
Окей. Посмотрим статью по ссылке. Что мы видим? Бред. Почему? Ну к примеру для начала можно посмотреть на дату и увидеть, что текст написан 7 лет назад и давно потерял актуальность. ПХП с тех пор переписывался 2 раза, к примеру. Ну а можно начать читать многочисленные статьи и документацию по оптимизации. Ну там даже книги. Основной закон оптимизации: оптимизировпать надо там, где надо. А не везде. Вот на досуге почитайте лучше это, чем всякие заплесневелые тексты: http://rsdn.ru/article/philosophy/Optimization.xml
нер, давай не будем спорить... Скачай примеры http://php.spb.ru/php/speed(2001nov13).exe проверь.... Все до сих пор актуально
окей. Только примеры не эти(синтетические), а нормальные. Тогда и посмотрим. Потестируем(через ab к примеру) Сомневаюсь что на реальном приложении прирост будет больше процента
Вообще прирост, пусть небольшой, но должен быть. По этой же причине в интерпретируемых языках рекомендуется строки заключать в одинарные кавычки, а не двойные. Парсеру необходимо проверять двойные кавычки на наличие переменных, а это - какое-никакое, но время. На мой взгляд этим вообще можно принеберечь...
Утилитой ab веб сервер тестируют, а мерять загрузку сервера ради таких тестов бред тк разница будет маленькой.Одинарные ковычки быстрее как в пятой так и в четвертой версии, я тестировал обычным таймером и исполнением тысячи строк типа print 'index : '.$temp; и print 'index : '.$temp; . В первом случае вывод занял 0.0133, во втором 0.0022 секунды . Это мелочи, но Isis прав.
Но именно это играет первоочередную роль. Поэтому я и предложил тестировать этой утилитой. А то, что разница маленькая - я про это и говорю. Тут погрешность больше разницы то будет )
В четвертой ветке php играла роль " или ', в пятой ветке php это уже не как не влияет, работает одинаково по времени...
Я полностью согласен с ISIS. Что тут доказывать Если кому-то надо - тот сам возьмёт и проверит IMHO это спор на пустом месте! Хотя я не всегда придерживаюсь этих правил, но если пишу большой проект там естественно нужно учитывать всё! Когда вы пишете код из 10-50 строк это фигня можно пренебречь но представьте код из 1000 строк...
Не согласен с тобой. По поводу скорости - разница будет хм, как бы это сказать... Неощутимой, скажем так. Или для тебя играет роль в выигрыше 0.00001 сек во времени выполнения? Злостные оптимизаторы как правило не в пОчОте Если тебе важные такие выигрыши во времеи, то пиши код без пробелов, без комментариев (на их игнорирование ведь интерпретатор тоже время тратит), никогда не используй ООП. Существует такое понятие, как рациональность. Поэтому, я луше напишу: PHP: $sql = "SELECT `id`, `title` FROM `news` WHERE `id`='$id'" Чем: PHP: $sql = 'SELECT `id`, `title` FROM `news` WHERE `id`=\'' . $id . '\'' Мой код будет выполняться из за этой строчки на 0.00001 сек дольше, зато при последующей работе с ним все будет происходить гораздо быстрее из за более высокой читабельности. То же самое с классами. Если вы помешаны на скорости - используйте процедурный метод программирования, но в большие проекты свой нос даже не пытайтесь сувать, рано или поздно он превратиться из библиотеки функций в кучу дерьма.
+1, нечто подобное тоже где-то читал. Но из за привычки, да и гарантии, что мои символы не обработаюьтся как специальные, использую апострафы. Кавычки только в запросах HTTP (\r\n) и SQL (из за большого кол-ва апострафов в запросе).
Пример PHP: $txt = "Значение : $txt"; $txt = "Значение : ".$txt; Обычно реализуют первый способ, поскольку он удобнее. Но второй способ на 40% быстрее первого. Да, когда вам необходимо вывести всего одну строку существенного ускорения вы не почуствуете, но если у вас сложный сценарий, который выводит значения нескольких десятков переменных, результат будет заметен даже без спец замеров времени выполнения !
Да вы ещё подеритесь!! А, вообще-то, какой-то странный первый пост... Не так уж и много стилей для cpp... Да и ко всему сказанномустоит добавить, что после некоторого опыта кодинга удобный стиль вырабатывается АВТОМАТИЧЕСКИ, а новички всё равно "на эту фигню" забьют - не раз проверено... Но мой личный опыт - когда я начал оформлять код красиво (к счастью, у меня это произошло довольно рано, я внезапно обнаружил, что теперь 95% программ работают правильно с первого компила без дебага=)
кто вообще сказал что "правильное оформление" должно предполагать собою наиболее быстро работающий код? "правильное оформление" - это наиболее читабельный код.. )
Ну в этой ситуации придёться жертвовать , либо читабельностью кода, либо ускорением ... оговорюсь, что когда проект маленький , то его и прочитать (понять смысл кода) легко и быстрота выполнения мало зависит от таких мелочей , но если проект масштабный - тут нужно уже думать о сервере и пользователях ...
