Здесь как ты советуешь планирую сделать что-то типа

C++ (Qt)
std::mutex m;
std::unordered_map<Key, std::shared_ptr<T>> map;
std::deque<shared_ptr<T>> q;
 

И получается если размер deque изменился то соответственно мы делаем beginInsertRows - endInsertRows а если нет обновляем данные.

Т.е ниже у меня был vector, теперь будет deque

Надеюсь правилно тебя понял)

Ага понял

C++ (Qt)
 
beginInsertRows( QModelIndex(), prvsz, cursz);
 
wgtvec.swap(v);
 
endInsertRows();
 

Собственно сама модель подписана на beginInsertRows и вызывает rowCount который тут ожидается старый

beginInsertRows должен предшествовать изменению данных, endInsertRows должен быть после
иначе может разъехаться стейт
для некоторых вьюх это может работать (если колбек на beginInsertRows пустой) для некоторых нет
тут только смотреть конкретную реализацию (и я конечно из головы уже не помню че там 14 лет назад было дело)

Хотелось немного по этой части уточнить)

Правильно ли я понял принцип добавления\обновления элементов в моедль

C++ (Qt)
 
class Widget : public QWidget
{
 ...
 
private:
  std::vector<std::pair<Key, Type>> wgtvec;
  Table *model;
}
 
Widget::Widget(...) : ...
{
 
   model = new TableModel(&wgtvec);
}
 
void Widget::updateModel()
{
      //запрашиваем вектор с данными
      std::vector<std::pair<Key, Type>> v = threadsafe_unordered_map.getVector();      
 
      int cursz = v.size();      
      int prvsz = wgtvec.size();
      int count = cursz- prvsz;
 
      if(count > 0){
             wgtvec.swap(v);         
             beginInsertRows( QModelIndex(), prvsz, cursz);
             endInsertRows();
         }
       }
       else if(count == 0){
 
         QRect viewportRect = tableView->viewport()->rect();
 
         QModelIndex topLeft = tableView->indexAt(viewportRect.topLeft());
         QModelIndex bottomRight = tableView->indexAt(viewportRect.bottomRight());
 
          if(topLeft.isValid() && bottomRight.isValid()){
 
               model->dataChanged(topLeft,bottomRight);
 
         }
 
       } 
}
 

Большое спасибо! Помогло)

я бы ожидал багов да=)
весь смысл QTableView в вертикальном хедере который позволяет менять высоту строк (а как следствие высоту всей вью и макс значение скроллбара)
Используй QTreeView с uniformRowHeights=true https://doc.qt.io/qt-6/qtreeview.html#uniformRowHeights-prop - так оно будет вычислять скроллбар как firstRowHeight*rowCount() а не суммировать в цикле.
Скорее всего тормоза у тебя не уйдут так потому что все равно чтобы посчитать высоту вьюпорта скроллбара надо просуммировать вертикальные хедеры

не вижу особо проблем - в модели у тебя все равно будет вектор/дек так как ты в какой-то момент захочешь сортировку по колонкам делать и менять содержимое элементов
надо только аккуратно держать в синке вектор с мапой
в целом можно избежать вставки в середину лайфхаком - всегда добавлять новое в конец (beginInsertRows) а потом пересортировывать (вызывая в просессе layoutAboutToBeChanged/layoutChanged)
Делать фулл reset не очень удобно на практике так как полностью перерисоывает вьюпорт, сбрасывает селекшн.
Вьюша же рисует только то что попадает во вьпорт и если ряды добавляются вне его то никаких перерисовок не будет

Авварон
Такой вопрос)

Можно ли допустим взять ту же вьюху(QTableView) и выводить в ней столько записей сколько помещается на отображение при этом использовать свой вертикальный скролл бар

C++ (Qt)
class TableView : public QTableView 
{
...
public:
    int numberRows;
}
 
 
bool TableView::viewportEvent(QEvent *event)
{
 if(event->type == QEvent::Paint){
 
   int hrow = rowHeight(0);
 
   if(hrow > 0){
      numberRows = viewport()->size().height() / hrow
  }
  else{
    numberRows = 1;
  }
 
  return QTableView::viewportEvent(event);
 
}
 

Делаем нужную выборку из вектора

C++ (Qt)
 
std::vector<std::pair<Key, Type>> Core::GetTableData(int pos, nrows)
{
    std::vector<std::pair<Key, Type>> v = threadsafe_unordered_map.get_vecctor();
    std::vector<std::pair<Key, Type>> res;
 
    for(int i = 0; i < nrows; ++i)
   {       
      std::pair<Key, Type> p = v[pos + i];
      res.push_back(p);
   }
 
    return res;
}
 

C++ (Qt)
 
class MainWindow : public QMainWindow
{
 
private:
 std::vector<std::pair<Key, Type>> v;
 
}
 
MainWindow::MainWindow(...)
{
   ...
   model = new TableModel(&v, this)
}
 
void MainWindow::UpDateTable()
{
    v =  core.GetTableData(ui->verticalScroll->sliderPosition(), ui->tableView->numberRows);
    model->upDate(); //beginResetModel() endResetModel()
}
 

Или кривовато???

У меня используется мьюченный std::unordered_map ну чтобы threadsafe был и данные добавляются при этом формируется ключ, чтобы
если уже такие данные есть до мы просто их обновляем.

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

Ну мы платим ветку

А, ну и вместо reset советую insert/remove rows