Russian Qt Forum

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

7. пространства имён, схема взаимодействия классов и объектов между ними.
    AUTH - классы, отвечающие за управление пользователями системы, прав доступа
    пространство предоставляет:......................

    GUI - классы внешнего вида.
        пространство имён имеет интерфейсный класс GUI::IWidget, наследуемый от AUTH::AuthObject
        ..................................

    MVC - отдельное пространство для классов моделей и делегатов. классы отсюда тесно дружат с DB
        .............

    DB - работа с базами данных
        предоставляет методы
        ..................
        так как это один класс со статическими методами, то его файл лежит в MVC =)

    CORE - классы ядра. тут пока что не ясно что =) в будущем может замениться на SCRIPT

веду своё соглашение о наименовании классов, файлов, переменных

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

2. класс именуется конкретно своим функционалом, первая буква обязательно заглавная
    пример: Core, DBElements, ModelElements, Element

3. префиксы классов, если необходимы:
    I - класс интерфейс.
    DB - DataBase - класс базы данных
    M - модель для вьюшек. (обновлено с момента введения GUI::MVC, до этого Model)
    W - класс, имеющий виджет
    ID - ItemDelegate - класс для делегатов вьюшек

4. наименования функций:
    все функции за исключением конструктора и деструктора начинаются с маленькой буквы
    в функции, состоящей из нескольких слов кажое слово начинается с заглавной буквы
        пример: setColor() setMaximumSize()
    функции, что-либо передающие в класс начинаются с префикса set и имеют тип void
    функции, возвращающие какое-либо состояние класса начинаются с префикса get
    функции, обрабатывающие переменную по get/set называются так же как и переменная
        пример: int color; void setColor(); int getColor();

5. наименования переменных
    все переменные начинаются со строчной буквы.
    в переменной, состоящей из нескольких слов кажое слово начинается с заглавной буквы
        пример: dbElements (переменная для объекта класса DBElements)
    переменная, определяющая объект имеет такое же название, как и класс объекта (по возможности, конечно =))
    внешняя переменная, совпадающая по названию с внутренней начинается с "_"
        пример: void setInt(int _i) { i = _i; };
    любая переменная - private.
    если у переменной описаны set/get методы - она должна быть описана через Q_PROPERTY макрос

  внешняя переменная, совпадающая по названию с внутренней начинается с "_"

Хреново. Так делать не рекомендуется.

    если у переменной описаны set/get методы - она должна быть описана через Q_PROPERTY макрос

Я использую подчеркивание в конце, т.е. someElement_. Начальное подчеркивание зарезервировано за макросами.

...
#include <boost/shared_ptr.hpp>
#include <matrix_lib/matrix.hpp>
...

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

All of a project's header files should be listed as descendants of the project's source directory without use of UNIX directory shortcuts . (the current directory) or .. (the parent directory). For example, google-awesome-project/src/base/logging.h should be included as
#include "base/logging.h"

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