Как создать объект с уникальным для него идентификатором?

[kuzulis]

Доброго времени всем !

Тут столкнулся с такой задачкой:

1. например при создании какого нибудь класса (оператором new) необходимо как-то его идентифицировать, т.е отличать его от других таких же классов...
2. количество создаваемых таким образом классов ограничено допустим числом в 2000 штук
3. каждый такой класс "внутри" имеет некую ЦЕЛУЮ (int) переменную id ...

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

так вот:
1. каким образом при создании класса генерировать эту переменную ID так, чтобы однозначно она определяла этот класс (т.е не повторялась и т.п.) ?
2.  может есть какие-то стандартные методы в QT?

[spirit]

сделайте статическую переменную в классе и в конструкторе инкрементируйте ее.

[kuzulis]

а если я хочу и удалять объекты к примеру... то не напасешься разрядностью этого счетчика

например
1. создал 2000 объектов, Cnt=1-2000,
2. удалил из них 1000
3. создал еще 1000 -> Cnt=2001-3000 !!! (т.е не используются те значения ID которые были в удаленных мною объектах)

 т.е получается нифига не экономия!

ЗЫ: я раньше так делал... но это не то

[pastor]

1. как уже предложил спирит, использовать статический член класс:

Код

C++ (Qt)
class YourClass
{
...
private:
   static int objectsCount = 0;
   int id;
};
 
YourClass::YourClass()
{
...
    id = objectsCount++;
...
}

При этом, objectsCount будет содержать общее кол-во созданных объектов.

2. А если просто использовать QMap? Например:

QMap<int, YourClass *> list;

при этом, ключ будет id вашего класса.

[spirit]

а если я хочу и удалять объекты к примеру... то не напасешься разрядностью этого счетчика

например
1. создал 2000 объектов, Cnt=1-2000,
2. удалил из них 1000
3. создал еще 1000 -> Cnt=2001-3000 !!! (т.е не используются те значения ID которые были в удаленных мною объектах)

 т.е получается нифига не экономия!

ЗЫ: я раньше так делал... но это не то

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

еще как вриант советую вам почитать про шаровые классы и как они организованы. в принципе идее та же.

[Rcus]

если у вас объекты некопируемы, то что мешает в качестве уникального идентификатора объекта использовать указатель на него?(они совершенно точно уникальны в каждый момент времени и используются заново ) Хотя конечно если нужно хранение идентификаторов, то такой способ не подходит

[kuzulis]

Хотя конечно если нужно хранение идентификаторов, то такой способ не подходит

да! именно эти ID-ы должны храниться в БД...

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

а если объектов не 2000 а 200000! и например в процессе "конфигурирования" приложения - придется удалять/добавлять новые объекты... при этом счетчик будет делать ++ ... но счетчик - не резиновый!

и например после определенного кол-ва добавлений/удалений объектов - счетчик просто переполнится ! так что это решение - на крайняк , если ничего лучше не придумается

[spirit]

декрементируйте в деструкторе 

[kuzulis]

декрементируйте в деструкторе  Подмигивающий

не покатит! (увы)

[Rcus]

Интересно все же, какой смысл хранить эти идентификаторы во внешнем хранилище, если время жизни объекта настолько мало, что вы боитесь переполнения целочисленного счетчика?

[spirit]

Интересно все же, какой смысл хранить эти идентификаторы во внешнем хранилище, если время жизни объекта настолько мало, что вы боитесь переполнения целочисленного счетчика?

+1

[kuzulis]

Интересно все же, какой смысл хранить эти идентификаторы во внешнем хранилище, если время жизни объекта настолько мало, что вы боитесь переполнения целочисленного счетчика?
+1

оно не мало! оно велико!

я наверное плохо обрисовал ситуевину:
1. при конфигурировании приложения (создании/удалении) объектов - информация о них сохраняется в БД (сохраняется и их ID)
2. ID необходим, чтобы к этим объектам можно было "привязать" другие объекты!
3. у других объектов - в БД храниться инфа : их ID + ID того объекта к которому их нужно привязать!.

т.е при старте приложения ( рабочий режим) происходить должно следующее:
1. сканируется БД "родительских объектов"
2. по информации, записанной в ней - создаются эти объекты в оперативной памяти (+ им присваиваются уникальные ID-ы которые были сохранены в их БД)
3. сканируется БД "дочерних" объектов.
4. по информации, записанной в этой БД (БД хранит не только ID дочернего но и ID родительского объекта) - создаются эти дочерние объекты со своими параметрами + создаются они в тех родительских объектах в которых ID-ы совпадают!!!

т.е ID-ы должны быть уникальными, чтобы все было нормуль!

ЗЫ: просто я смотрю наверное на все это не с позиции "чистого" программиста куллхацкера - а с позиции алгоритмиста АСУТП
поэтому и по-другому наверное выражаюсь

[pastor]

2 kuzulis: возми не int, a unsigned int (что более логично) Это 4294967295 объектов. Мало? Возмите unsigned long long если позволяет платформа, это 18446744073709551615 объектов. Но думаю unsigned int  для вашей задачи будет достаточно.

[spirit]

а если айди при создании устанавливать в "0", а после записи в БД выгребать уникальный айди , который сгенерила база?

[kuzulis]

2pastor ?

спс канешн.. я об этом думал.. но решил спросить тута.. может что-то в QT такое есть само по себе?

ну... что-то вроде как в винде дескрипрор на что-то там.. его же само ядро ОС генерит.. и он уникальный! (наверное)