crossplatform.ru

Здравствуйте, гость ( Вход | Регистрация )


  Ответ в Выборки и БД на QList
Введите ваше имя
Подтвердите код

Введите в поле код из 6 символов, отображенных в виде изображения. Если вы не можете прочитать код с изображения, нажмите на изображение для генерации нового кода.
 

Опции сообщения
 Включить смайлы?
Иконки сообщения
(Опционально)
                                
                                
  [ Без иконки ]
 


Последние 10 сообщений [ в обратном порядке ]
Litkevich Yuriy Дата 24.9.2010, 10:00
 
Цитата(NordWest @ 23.9.2010, 23:55) *
то удалится объект и исходная таблица потеряет элемент?
если ты хранишь указатели, то объект не удалится, удалится только указатель
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, 10:57) *
Мне кажется, эти строки протеворечат друг другу:

думаю не противоречат.
потому что контейнеры по идее работают с копиями обЪектов. в данном случае с копией указателя ничего сверхЪестественного....
принимает константную(потому что не изменяет копируемый обЪект) ссылку(потому что она в общем случае быстрее передается в функцию исключая множестенное копирование)
Sokoloff Дата 23.9.2010, 9:57
  Мне кажется, эти строки протеворечат друг другу:
Цитата(kwisp @ 23.9.2010, 10:38) *
void operator<<(const T&) - принимает константную ссылку и размещает копию объекта в списке.

Цитата(NordWest @ 23.9.2010, 10:17) *
Т.е. я надеюсь, что сами объекты будут в памяти в единственном экземпляре, а указатели на них в различных комбинациях располагаться по выборкам.


Возможно поэтому целостность данных и нарушается, если под целостностью понимать непротиворечивость данных.
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*> например. Т.е. первоначально загружаю такую таблицу в один список из файла. Затем делаю различные выборки с созданием других списков из отдельных элементов первого. При этом, найдя в основном списке нужную запись, делаю примерно так:
selList << origList.at(i)

Т.е. я надеюсь, что сами объекты будут в памяти в единственном экземпляре, а указатели на них в различных комбинациях располагаться по выборкам. Но похоже целостность данных в программе нарушается, возможно из-за той операции. Что конкретно происходит при таком заполнении выборок и безопасно ли это для исходной таблицы?
Просмотр темы полностью (откроется в новом окне)
RSS Текстовая версия Сейчас: 29.3.2024, 10:31