Ну, к примеру, отделять ключевые слова от остального пробелами и пользовать { } для любых блоков, даже если они состоят из одной строки, т.е.

Если функция/метод требует большое кол-во параметров, то не писать все в одну строку, т.е. что-то вроде

На этом, естественно, оно не заканчивается.
Любой программист может написать что-то, понятное машине, но только хороший программист может написать код, понятный другому программисту. Подобные вещи как раз делают все более читабельным для других.

Те, кто копался в исходниках e-commerce и помнит строки размером в несколько килобайт с 8ю - 10ю закрывающимися скобками в конце (выглядит как идиотский смайлик, кстати), меня точно поймут.

Проглядел по-внимательнее тему...

Тут есть и другая крайность (греха таить не буду, несколько лет назад сам страдал подобным) - к примеру, алиасы для имен стандартных функций, создаваемые ради того, чтоб меньше топтать клаву пальцами. Cause i dont like typing.
Уже давно понял, что по имени функции или переменной должен быть понятен ее логический смысл. Другими словами, о какой оптимизации может идти речь, если к разработке подключится новый человек и будет смотреть на исходники как баран на новые ворота.

Правила хорошего кода превратились в попытку навязать свои стандарты окружающим 
P.S. Использование бикапитализации для классов, кэмел-кейс для методов и андерскора для переменных - это изврат почище вилок для салата, рыбы, мяса и пасты 

Это сообщение отредактировал(а) Resha - 23.10.2008, 11:49

sizeof() не может быть ни быстрее, ни красивее count(). Хотя бы потому, что sizeof - алиас count'а, а не наоборот. Про скорость вообще ничего говорить не буду - это не разные функции, это разные имена одной и той же функции.

Про цифровые индексы тоже очень порадовало. Тогда давайте и в классах свойства называть p1, p2, p3 и т.п. Вообще, ассоциативный массив с цифровыми индексами - это революционное решение 

Итак мальчики перестаньте мериться чл***ми продолжим.
Правило №10.
В случаях когда массивы незначительные меняем:
 
на:
 

А да и еще №8 можно сделать Abstract_Connection_DBS - соответственно MySQL, PostgreSQL и если надо Oracle =)

Добавлено через 2 минуты и 4 секунды
Ой блин sorry смотрел первую или смотрите первую =))

В больших блоках очень удобно использовать не {} а к примеру


Добавлено через 2 минуты и 46 секунд
эх. забыл. мы это уже в прошлом году обсуждали

1) Хотелось бы послушать обоснование минусам
2) А вы разберитесь с кодом где

и т.д.

И никаких end... не нужно.
А если не делать отступов на вложенных блоках, то вообще кошмар получится =)

Это сообщение отредактировал(а) QryStaL - 30.10.2008, 13:34

отступы я просто не стал тут ставить, но сам факт, когда в таких блоках по 150 - 200 строк в которых тоже разное попадается - не очень удобно видеть {}

надо разбивать на мелкие функции / методы

Нет, так не известно точно что происходит:  обьявление нового массива или приваение значение  массиву.
Вот так понятнее




Это сообщение отредактировал(а) mxt - 16.11.2008, 00:07

я бы выбрал читабельность


один раз - все подготовить, и за один print вывести? не знаю, не понятно зачем такое правило


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


главное не отказаться от ifов ;-)


я бы хотел увидеть пример, когда бы конкатенация стала заметна на общем фоне


я думаю им можно найти применение, но если то же можно выполнить средствами пхп, то ими и стоит воспользоваться


 


ну я думаю, дело было не в стиле, а как минимум в его отсутствии


здесь профеcсионализм, похоже, заключается в краткости в ущерб читабельности, я за читабельность)




ну от себя добавлю, что не ставлю { в отдельной строке, потому что это почти пустая строка, а пустыми строками я разделяю код на блоки, двумя пустыми строками - методы
а вообще, так как человек может запомнить 7+/-2 элемента, я пришел к выводу, что оптимальное количество элементов в строке - 7, строк в блоке - 7, блоков в методе - 7, функций в классе - 7, строк в файле - 200, оптимальный размер файла - 3 КБ   шучу, конечно, но в каждой шутке - доля шутки (график)

ну и не могу не согласится


Это сообщение отредактировал(а) youri - 1.12.2008, 04:36

!  MoLeX

Модератор: тему подчистил

Не писать двойные кавычки где можно обойтись одними