Именование .h и .cpp файлов при использовании Qt

HeaderFile.h

... или как они именуются во всём остальном проекте.

По умолчанию Qt Creator именует

headerfile.h

А вообще, мое ИМХО - как тебе удобнее. Главное, чтобы единообразно в рамках одного проекта.

Глянь в исходники кутей же.

hdr.h

headerfile.hpp

hdr.h

Растрелять)

Глянь в исходники кутей же.

Качать лениво... Много весят.

А при чем тут Qt?

header_file.hpp

http://qt.gitorious.org/qt/qt/trees/4.8/src/gui/painting

http://qt.gitorious.org/qt/qt/trees/4.8/src/gui/painting

Спасибо) Но такой стиль нечитабелен, имхо...

Будто кресты или сишечка вообще читабельны. При всем уважении к ним.

Лучше хоть как-то читабельно, чем вообщеникакнечитабельно)

Как хочешь.

А просто посмотреть? Там же кнопка есть: клац

Да ткнули носом уже

ClassName.hpp

headerfile.h - если не хочешь потом проблем при переносе

Господа, подскажите как по правилам хорошего тона именовать заголовочные файлы?

HeaderFile.h

headerFile.h

header_file.h

headerfile.h

Тут такое дело... В os x файловая система по умолчанию case-insensitive, а в оффтопике она case-insensitive в некоторых случаях. В связи с этим, имеет смысл всегда держать имена исходников в undercase или underscore.

То есть инклуд писать так же как файл не судьба, нужно глобальное правило? :)

По вопросу, да пофигу как.
В своих проектах именую также как имя класса, в том же регистре.

Кстати, в кутях, пусть сорсы и лоукейз, а вот инклуды то верблюжьи. :)

в оффтопике она case-insensitive в некоторых случаях

Только в некоторых? А можно пример, где винда различает регистр?

header-file.h

последний вариант, все маленькими. Так, как он сам именует визардом. и мень гемора будет, если собирать на лине и винде для кроссплатформенности

Еще бывают.hpp :) А в примере - как раз кутевое соглашение для разведения паблик интерфейса и имплементаций, тащемта. Хотел по ъ-кутевому? Чем недоволен?

То есть инклуд писать так же как файл не судьба, нужно глобальное правило? :)

Типа того. Единобразие позволяет не думать о регистре. Но это правило больше для названий папок и имен внешних инклюдов.

предпочитаю: header_file.h

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

я привык писать вот_таким_образом и буду это делать и на C# и на Python

Только в некоторых? А можно пример, где винда различает регистр?

Гугл ит! В частности: http://support.microsoft.com/kb/100625 Флажок FILE_FLAG_POSIX_SEMANTICS в CreateFile.

Если коротко, то ntfs это case sensitive fs, но подсистема ограничивает эту возможность, в том числе для совместимости со старым софтом.

я привык писать вот_таким_образом

Не хочу холиварить, но где-то я читал, что underscore читается лучше, чем CamelCase, ввиду того, что люди читают текст словами, а в underscored тексте они видны гораздо лучше, поскольку отделены практически пробелом.

Сам предпочитаю underscore и использую CamelCase только в исходниках сильно связанных с qt. В прочих, использую стандартный для Си и Си++ underscore.

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

я привык писать вот_таким_образом и буду это делать и на C# и на Python

C#:
my_else_var = obj.getVarOrSomethingElse()
my_else_var.doSomething()

python:
или class_inst = ClassInst()

Ну по крайней мере выглядит убого. На мой взгляд, конечно. :)

хорошо выглядит, меня не коробит

Если не собираешься апстримить в Qt, то (имхо) лучше забей на их стиль и пиши HeaderFile.h, или даже .hpp (если заголовок c++ и не желательно путать с C). В настройках Qt Creator'a есть галочка «Lower case file names» и прочие настройки.

header_file.h

Удобно, практично, красиво, нет геморроя.

С CamelCase в правильных IDE (Qt Creator) очень удобно работает автодополнение.