Идентификатор экземпляра класса ведения журнала C++

Более простой способ решить проблему - распечатать адрес, чтобы указать, какой это объект. Как следующее:

cout<<static_cast<void*>(this)<<endl;

Или вывести какие-то особенности.

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

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

Вам нужно будет различать разные классы где-то, это несколько вариантов (все зависят от какого-то идентификатора):

1. Добавьте дополнительную статическую переменную. Не вариант для вас, но, на мой взгляд, лучший вариант, если вы стремитесь к удобочитаемости.
2. Используйте this, как вы предложили:
   Это, очевидно, генерирует уникальные идентификаторы, но они будут, как правило, нечитаемыми и трудно различимыми при увеличении длины адреса (поскольку в длинной адресной строке могут отличаться только один или два символа). Кроме того, адреса, вероятно, будут меняться между каждым запуском приложения (особенно при использовании ASLR), поэтому вы не сможете увидеть, какой именно экземпляр создал какую строку вывода (если это требуется).
3. Используйте this и хешировать значение:

Честно говоря, я не вижу большой разницы в 2), но это может вызвать некоторые дальнейшие идеи. Какой-то уродливый взлом может выглядеть так:

#include <iostream>
#include <functional>
#include <cstddef>

class Logger
{
public:
    static void log(void* ptr)
    {
        using hash_type = std::uintptr_t;
        std::cout << std::hash<hash_type>{}(reinterpret_cast<hash_type>(ptr))
            << " logged something..." << std::endl;
    }
};

Вы также можете рассмотреть специализирующийся на std::hash для своих классов и использовать его в выходных данных журнала. Это устранит проблему изменения адресов между разными запусками, если будет реализовано должным образом.

4. Сгенерируйте идентификатор во время строительства (например, передав некоторый идентификатор конструктору):
   На самом деле это не вариант, поскольку у вас нет доказательств или контроля создания уникального идентификатора для каждого класса - если вы не используете какую-то (абстрактную) фабрику с доступом к частному конструктору или какому-либо глобальному реестру (см. Ниже).
5. Используйте некоторую вспомогательную утилиту, в которой ваши классы ведения журнала регистрируются и генерируются уникальные идентификаторы (что-то вроде класса регистрации). Для простых целей регистрации, ИМХО, это раздувание и не добавляет никакой ценности по сравнению с 1).

Заключение: Я бы выбрал вариант 1), если удобочитаемость для людей вызывает беспокойство, и 2), если вам просто нужно какое-то число, чтобы различать сообщения журнала (например, для конвейера и фильтрации).

Если будет всего несколько экземпляров класса, я бы посоветовал вам ввести строковый член и инициализировать его уникальным именем во время создания объекта. Это поможет вам при чтении логов. По умолчанию он может быть инициализирован адресом объекта.

Вы вполне можете без труда генерировать идентификаторы через адаптер CRTP (если вы можете немного изменить свои классы)

template<typename T>
struct enable_id
{
    int id = global_id++;
private:
    static int global_id;
};

template<typename T>
int enable_id<T>::global_id = 0;

class foo : public enable_id<foo>
{
};

template<typename T>
void log(const T& t)
{
    // if is_base_of
    std::cout << t.id << std::endl;
}