Здравствуйте, гость ( Вход | Регистрация )
Litkevich Yuriy | Дата 24.9.2010, 10:00 |
то удалится объект и исходная таблица потеряет элемент? если ты хранишь указатели, то объект не удалится, удалится только указатель |
|
NordWest | Дата 23.9.2010, 19:55 |
Цитата Т.к. имея "пачку указателей" со временем станет сложно следить за тем, чтобы сначала избавится от всех указателей и только потом от самого объекта Да, вот что интересно. Если я в одной из выборок удаляю элемент removeAt(i), то удалится объект и исходная таблица потеряет элемент? Цитата может быть будет надёжнее использовать классы типа QPointer, если объекты унаследованы от QObject. Нет, структуры не унаследованы. Ещё и со списками других структур внутри. |
|
Litkevich Yuriy | Дата 23.9.2010, 13:22 |
может быть будет надёжнее использовать классы типа QPointer, если объекты унаследованы от QObject. Т.к. имея "пачку указателей" со временем станет сложно следить за тем, чтобы сначала избавится от всех указателей и только потом от самого объекта |
|
NordWest | Дата 23.9.2010, 10:17 |
Ну да, самих указателей может быть сколько угодно. Главное, чтобы указывали они туда куда надо и не затирались. | |
kwisp | Дата 23.9.2010, 9:59 |
Мне кажется, эти строки протеворечат друг другу: думаю не противоречат. потому что контейнеры по идее работают с копиями обЪектов. в данном случае с копией указателя ничего сверхЪестественного.... принимает константную(потому что не изменяет копируемый обЪект) ссылку(потому что она в общем случае быстрее передается в функцию исключая множестенное копирование) |
|
Sokoloff | Дата 23.9.2010, 9:57 |
Мне кажется, эти строки протеворечат друг другу: void operator<<(const T&) - принимает константную ссылку и размещает копию объекта в списке. Т.е. я надеюсь, что сами объекты будут в памяти в единственном экземпляре, а указатели на них в различных комбинациях располагаться по выборкам. Возможно поэтому целостность данных и нарушается, если под целостностью понимать непротиворечивость данных. |
|
NordWest | Дата 23.9.2010, 9:52 |
Спасибо! Этот вариант значит пока исключу. | |
kwisp | Дата 23.9.2010, 9:38 |
const T& at(int) const; - возвращает константную ссылку и сама константная - т.е гарантированно не изменяет членов класса QList. в случает выхода за границы списка по-моему ASSERT в дебуг вылетит. void operator<<(const T&) - принимает константную ссылку и размещает копию объекта в списке. по идее целостность данных не нарушается. |
|
NordWest | Дата 23.9.2010, 9:17 |
Здравствуйте. Работаю с чем-то вроде БД, состоящей из QList списком указателей на слруктуры. QList <myStruct*> например. Т.е. первоначально загружаю такую таблицу в один список из файла. Затем делаю различные выборки с созданием других списков из отдельных элементов первого. При этом, найдя в основном списке нужную запись, делаю примерно так:
Т.е. я надеюсь, что сами объекты будут в памяти в единственном экземпляре, а указатели на них в различных комбинациях располагаться по выборкам. Но похоже целостность данных в программе нарушается, возможно из-за той операции. Что конкретно происходит при таком заполнении выборок и безопасно ли это для исходной таблицы? |
|
Просмотр темы полностью (откроется в новом окне) | |
Текстовая версия | Сейчас: 26.4.2024, 6:30 |