Варианты:
1. Zend Coding Standard
2. PEAR Coding Standard
3. Стандарт используемый в моем любимом Framework/CMF/CMS (кроме Zend)
4. Другой общеизвестный
5. Собственный, не основанный на предыдущих
6. НЛО мне сказал, что лучший стандарт — его отсутствие.

wersoo Apr 5 2011 at 13:33

Отличные варианты, тогда уж можно сразу:
1. Zend
2. PEAR
3. Что-то другое

tangro Apr 5 2011 at 13:34

Ок, публикую. Сошлюсь на Вас, как на автора вариантов. Еще вставлю ссылочки.
Zend Framework Coding Standard for PHP
PEAR Coding Standards
Horde Coding Standards

vooD Apr 5 2011 at 14:02

Спасибо :)

tangro Apr 5 2011 at 22:05

-11 пост набрал :) А этот топик +15. Приверженцы С++ как-то спокойнее относятся ко всяким гайдам.

vooD Apr 6 2011 at 10:41

Это всего лишь показывает уровень экспертизы программистов в PHP. Печально.

AlexMorgun Apr 5 2011 at 12:40

Когда-то занимался разработкой на php, использовал довольно известный стандарт

KindDragon Apr 5 2011 at 23:06

Жаль нет нигде сводной таблицы по стилям :-(

Sicness Apr 4 2011 at 16:56

Вот я с ними не ознакамливался достаточно и затрудняюсь какой вариант ответить…
Странный опрос…

tangro Apr 4 2011 at 16:58

Ну, это очень просто. Если Вы с ними не ознакамливались (но какой-то четко формализированный стиль у Вас есть) — это пункт «Собственный, не основанный на предыдущих». Если Вы с ними не ознакамливались, поскольку и не планировали заводить никакого стиля — это пункт «Нет его у меня».

rPman Apr 4 2011 at 20:56

а если по счастливой случайности мой стиль совпадет с одним из классических?

tangro Apr 4 2011 at 23:30

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

cblp Apr 5 2011 at 10:09

— Вы умеете играть на пианино?
— Не знаю, не пробовал.

+14

WNeZRoS Apr 4 2011 at 17:02

У меня собственный, основанный на «Google C++ Style Guide» и «Microsoft Coding Standards»

tangro Apr 4 2011 at 17:04

Их получается совместить? А дайте почитать.

WNeZRoS Apr 4 2011 at 17:23

Основа от Microsoft'a, от гугла немного и довольно много своего.
Пример кода (со времён написания этого кода стиль немного изменился, но в целом такой же)

WNeZRoS Apr 4 2011 at 17:26

Забыл вставить ссылку на сам код…

kolyan Apr 4 2011 at 19:34

Комментариев бы в ваш стильный код)

sgzmd Apr 4 2011 at 21:08

жуть :-)

uglymeta Apr 5 2011 at 15:59

m_bEnterMessage = !m_bEnterMessage;
if(m_bEnterMessage)
{
…
}
else
{
…
}

улыбнуло у вас в коде. А вообще, я лично не нахожу удобным именование вида m_pMyMsg, m_dwCursorPos,… я предпочитаю длинные имена: displayIntervalIsRunning, howMuchValuesNeedToCut, для функций такие имена saveAllElementInDiv() и т.д.

соотв. любой кто читает после меня не испытывает проблем.

MaxFX Apr 5 2011 at 18:20

Не особо понял, зачем у вас модификаторы const при передаче параметров метода по значению. Параноя какая-то )

Gorthauer87 Apr 4 2011 at 17:04

Qtшный стиль, он отчасти BSDшный

+14

danilissimus Apr 4 2011 at 17:10

Собственный, основанный на общеизвестных.

tangro Apr 4 2011 at 17:12

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

SabMakc Apr 4 2011 at 17:17

Ни когда не задумывался, чей же стиль у меня (есть и есть, что с него взять?).
Но ближе всего к Microsoft Coding Standards, выбрал его.

tangro Apr 4 2011 at 17:19

Я вот поймал себя на том, что часть моих убеждений в кодировании основано на какой-нибудь аргументации (стандарт, статья, обсуждение, обдумывание) а часть — просто на «так привык» или «так впервые когда-то увидел и решил не изобретать велосипед». Стало интересно как выбирают для себя правила другие люди.

grigoryvp Apr 4 2011 at 17:23

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

tangro Apr 4 2011 at 17:59

Я вот в этом процессе как раз между «Лет десять-пятнадцать записывают на бумажке удачные решения» и «на этом успокаиваются». Потому и опрос создал.

SabMakc Apr 4 2011 at 17:37

С этой точки зрения могу сказать, что вырабатывал его сам, методом проб и ошибок.
Первоисточником стиля был Pascal (в универе его изучал 1м, до этого с 9 го класса знал).
Заменить все «{» на «Begin» и «}» на «End», еще пару специфичных конструкций и получится довольно похоже на него )))
Смотрел, писал, искал как мне удобно оформлять и понимать код. Уже когда увидел, что полугодовалые исходники оформлены в том же стиле, с которым и сейчас работаю, понял что стиль выработался.

cmex Apr 4 2011 at 17:24

Интересно было бы выделить отдельно такие стандарты как MISRA. Есть ли на Хабре люди пишущие с соблюдением этих стандартов.

Shedal Apr 4 2011 at 17:34

Пишу на C#. У нас в команде мы сошлись на том, что для C# самым распространенным является стандарт Microsoft. К тому же, под него, в основном, заточены правила StyleCop.
Немного подпилили под себя правила и успешно пользуемся.

В команде у людей, в общем-то, всегда есть разные предпочтения по форматированию, именованию и пр. Однако с использованием Microsoft Coding Standard у нас проблем не было, всех устраивает.

tangro Apr 4 2011 at 18:01

В С# почти нет вариантов — Microsoft, как разработчик основной IDE и основного компилятора диктуют стиль. А вот на классических плюсах пишут все и по-разному.

xabar Apr 5 2011 at 09:34

Причем MS навязывает свой стиль ОЧЬНЬ прогрессивно.

Вспоминаю времена своего «кодо-писания» с использованием MFC как дурной сон (в плане стиля кода и наименования переменных/функций)

asArtem Apr 5 2011 at 12:25

Не с одного ли мы проекта )))) Тоже писал до этого сам и в проекте стали писать Microsoft Style. На мой взгляд он наиболее логичный и понятно читаемый.
Ну неудобно мне читать неизвестно где кончающийся if и начинающийся код а ля
if(a== 1 ||
b== 2 ||
c== 3 ||) {
d=4
…
}
или som_variables_is_so_difficult_to_read

Levsha100 Apr 4 2011 at 17:42

Ближе всего мой стиль к BSD.

zed91 Apr 4 2011 at 17:51

Microsoft Coding Standard за исключением венгерской нотации.

Dima_T Apr 5 2011 at 12:11

А что в венгерской нотации не подходит?
Пожелания работодателя?

P.S. У нас она рекомендована, но не ''мордуют''…

zed91 Apr 5 2011 at 12:17

Читали исходники драйверов когда-нибудь? Осмелюсь предположить — нет. Так вот там ни одного упоминания про венгерскую нотацию нет, я так же считаю что она излишняя.

Dima_T Apr 5 2011 at 14:20

Доводилось читать исходники драйверов.
В большинстве своем, правда, на ''чистом'' С, где ''гуру старой закалки'' любят ''особый стиль''.
Приходилось сталкиваться и с вообще ''малочитаемым'' кодом, где автор через 2 месяца не мог быстро разобраться…
Я против чрезмерной формализации, но, по-моему, например, ''система'' в названиях переменных — не помеха при любом раскладе…

skor Apr 4 2011 at 20:36

Boost Guidelines + GNU coding style

ScratchBoom Apr 4 2011 at 21:20

Sun Coding Conventions с адаптацией к c++

ShapovalovTS Apr 5 2011 at 06:20

K&R

+10

crackedmind Apr 5 2011 at 06:57

Повторюсь, но все таки qt.gitorious.org/qt/pages/QtCodingStyle

nolka Apr 5 2011 at 09:29

проголосовал за Microsoft Coding Standards, т.к. стараюсь придерживаться его.

naryl Apr 5 2011 at 09:30

Зачем вы стили C и C++ смешали?

xabar Apr 5 2011 at 09:32

Kernel style
В основном пишу для ядра на Си, когда переключаюсь на плюсы — пишу в таком же стиле

Очень компактно и читаемо

darkslesh Apr 5 2011 at 10:29

Собственно говоря почему так мало стандартов? Загляните в netbeans и там будет довольно большой список вариантов форматирования.
А так пиши в своем стиле похожем на ANSI. Но вообще всё зависит от ОС под которую пишу. Именование переменных и функций, а также возвращаемые значения отличаются когда пишу под Windows или под Linux

gridem Apr 5 2011 at 10:32

В своем продукте выработали свой собственный стиль и стараемся его придерживаться. Для себя пишу в стиле Ultimate++. Он больше похож на то, что принято в C#. Только вместо class пишется struct, чтобы не писать потом сразу public:. При этом при наследовании не надо добавлять public, например:

struct Button : Ctrl

{

 Button();

 ...

};

Очень удобно и практично.

-1

grep0 Apr 5 2011 at 10:37

А тут не путают теплое с мягким? Есть совершенно ортогональные аспекты: стандарты форматирования, стандарты именования переменных, практики использования языка (шаблоны, исключения, RTTI).
Например, Mozilla guidelines говорят в основном, каким подмножеством C++ можно пользоваться, а Linux kernel style описывает в основном форматирование кода (так как он вообще не про C++).

Sapien2 Apr 5 2011 at 11:21

Странно, что никто не вспомнил JSF air vehicle C++ coding standards, который рекомендует Страуструп на своей страничке (впрочем, ничего особо хорошего в этом стандарте нет).
Что же касается ответа на вопрос, то я пользуюсь собственной химерой, созданной на основе некоторых из предложенных стандартов.

cmex Apr 5 2011 at 16:39

Чуть выше я вспомнил MISRA, про JSF решил и не спрашивать. Рад что кто-то слышал про JSF :)

pietrovich Apr 7 2011 at 00:01

Да откуда нам знать-то про «Jamaica Star Forces air vehicle C++ coding standards»?!

cmex Apr 7 2011 at 23:37

Так может кто еще и про DO-178B слышал, тогда бы мир, дружбу, жвачку объявили бы)))

Lokken Apr 5 2011 at 11:35

Если речь идёт о форматировании кода и об именовании переменных и методов, то я использую очень многие правила из WebKit Coding Style Guidelines. В исходниках WebKit'а хорошо видно, как эти правила улучшают удобочитаемость кода. А что касается правил использования языковых фишек, то тут я руководствуюсь только собственным опытом и здравым смыслом.

usr Apr 5 2011 at 13:55

Смесь K&R и Linux.

kosmonaFFFt Apr 5 2011 at 14:33

Пользуюсь NetBeans стилем форматирования, именование идентификаторов в стиле Qt…

loginsin Apr 5 2011 at 16:33

По ссылке MS-style — наглая ложь! Краем глаза видел всем известные исходники. :-)

burannah Apr 5 2011 at 17:23

Я не знаю, возможно слишком давно читал Саттера с Александреску, но там же насколько я помню очень мало собственно стандарта, там просто оговариваются моменты которые должны быть чётко определены в рамках проекта-команды — то есть руководство по созданию собственного стандарта кодирования.

UFO just landed and posted this here

Ignotus Apr 5 2011 at 18:34

GNU Coding standard

afiskon Apr 6 2011 at 17:32

Почему нет варианта, «по рекомендациям Макконнелла»?

tangro Apr 6 2011 at 17:42

В книгах Макконнелла почти по любому аспекту приводится штук 5 вариантов стиля. Причем смелость сказать «лучший — только вот этот» он на себя не берет. Максимум скажет «вот этот и этот плохой, а из оставшихся выбирайте сами».

afiskon Apr 6 2011 at 17:43

Приводит он действительно много вариантов, но рекомендует один, максимум два. Я соответствующую главу недавно совсем перечитывал.

tangro Apr 6 2011 at 17:56

Ну вот из-за случаев «максимум два варианта» я его сюда и не включал. Ну не стандарт это, если рекумендуется 2 варианта.

afiskon Apr 6 2011 at 18:06

А в вашем стандарте каждый случай прям четко-четко прописан? Вплоть до того, сколько пробелов ставить в отступах и сколько должно быть комментариев на каждый N строк кода?

Просто есть мнение, что стандарт нужен не совсем для того, чтобы вот весь код был прям по стандарту, а несколько для иных целей :) Нет ничего страшного, если иногда немного от него отклоняться. Или если стандарт не загоняет программиста в строжайшие рамки. В крайнем случае, код всегда можно прогнать через плагин, форматирующий его нужным образом.

tangro Apr 6 2011 at 21:33

Тут и вправду нужно не путать теплое с мягким. В стандарте да, действительно прописано сколько пробелов ставить в отступах и сколько должно быть комментариев (правда не на N строк кода, а по некоторым другим метрикам). Но Вы правы в том, что стандарт стандартом, а работа работой и в ней иногда случается (или бывает необходимо) от него отклониться. Это мне было понятно с самого начала и в уточнениях не нуждалось, а вот используемые стандарты мне были интересны.

peterdemin Apr 6 2011 at 18:55

stalkerg Apr 6 2011 at 23:49

Поддерживаю — как принято в Qt! Хотя иногда склоняюсь к Linux стилю особенно когда pure C.
А так как в последнее время пишу на Python 80% времени, то применяю PEP к C++ насколько это возможно.
т.е. ClassName и new_object.

Show the best of all time