Qt 5.8

о, первый неосилятор со своим экспертным мнением, я уж думал их тут не будет

диванный эксперт, ты умные указатели используешь? Или в hello world они не нужны? Или тебя не напрягает длиннокод типа unique_ptr<vector<some_class>>? И подобных примеров многословности куча.

диванный эксперт, ты умные указатели используешь? Или в hello world они не нужны? Или тебя не напрягает длиннокод типа unique_ptr<vector<some_class>>? И подобных примеров многословности куча.

ты уроки сделал?

Слив защитан

unique_ptr<vector<some_class>>

Зачем вектор помещать в unique_ptr?

Зачем вектор помещать в unique_ptr?

Это частая болезнь тех, кто пишет преимущественно на языках с GC, например, Java. Они по инерции везде пишут new, а т.к. просто new писать плохо, то пихают заодно unique_ptr и shared_ptr.

Я на плюсах писал не так уж и много могу делать некоторые ошибки.

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

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

Тогда это вектор указателей, а не указатель на вектор.

Вообще, я бы рекомендовал подучить плюсы ;)

Важное уточнение — ты писал на плюсах или на Qt? На практике это довольно-таки разные вещи.

Я скажу Вам по секрету, шо Ви таки ничего не потеряли.

Ну вот что за бред? В чём разница-то, объяснишь?

Для таких неосиляторов прямо из коробки есть vector::emplace_back и std::reference_wrapper.

В том, что в Qt всё уже сделано за тебя.

Я на плюсах писал не так уж и много могу делать некоторые ошибки.

все знают что в школе Паскаль проходят

В том, что в Qt всё уже сделано за тебя.

бугага)) я вот пишу на boost, а не на c++, а также пишу на flask, а не на python

Для новичка, который «на плюсах писал не так уж и много могу делать некоторые ошибки», и который вдруг захотел писать на чистом C++ это выглядит именно так.

ты писал на плюсах или на Qt?

хочешь сказать что qt удобнее?

все знают что в школе Паскаль проходят

откуда я должен догадаться что проходят в школах? я со школьниками не общаюсь

Для таких неосиляторов прямо из коробки есть vector::emplace_back и std::reference_wrapper.

Уродливо. Как и куча других вещей вроде препроцессора, обязательного в определённых случаях объявления сигнатур функций. Всё равно код получается многословнее. емнип для удаления элемента из вектора требовалось складывать итератор на первый элемент с номером удаляемого. вот зачем такое уродство?

бугага)) я вот пишу на boost, а не на c++, а также пишу на flask, а не на python

для хороших языков не нужно ставить дополнительные библиотеки, чтоб не страдать от уродства.

для удаления элемента из вектора требовалось складывать итератор на первый элемент с номером удаляемого.

Это не так: http://en.cppreference.com/w/cpp/container/vector/erase

Это не так: http://en.cppreference.com/w/cpp/container/vector/erase

Перехожу по ссылке и думаю, неужели моя память повреждена? И там я вижу:

c.erase(c.begin());
c.erase(c.begin()+2, c.begin()+5);

Мне уже случалось отлаживать весьма неприятный баг. Проблема была в том что я брал begin от одного вектора и удалял в другом. Ошибка копипаста. Можно конечно самому написать класс прослойку, но у мнея есть чем занятся ещё.

откуда я должен догадаться что проходят в школах? я со школьниками не общаюсь

твоя мамка-то знает что ты прогуливаешь?

Проблема была в том что я брал begin от одного вектора и удалял в другом

закапываешь себя))

Ты ещё предложи с указателями руками работать

Перехожу по ссылке и думаю, неужели моя память повреждена? И там я вижу:

Так используй итератор на удаляемый элемент, а не begin().

Ты ещё предложи с указателями руками работать

предлагаю тебе заняться быдлокодерствомC# и забыть про плюсы, это не для тебя

Так используй итератор на удаляемый элемент, а не begin().

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

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

ахаха) ты даже для школьника слишком глуп

обычно к девятому классу класса коррекции человек уже способен сам разобраться в понятиях метапрограммирования и начинает отличать связный список от массива

и начинает отличать связный список от массива

ты хочешь сказать что vector в c++ это связный список, о уважаемый эксперт? Просвети меня своей неземной красотой мудростью, как в случае связного списка обеспечить константную сложность доступа? Я с нетерпением жду ответа, сенсей.

нет, вам говорят обратное. вектор - массив, а вы требуете от массива поведения связанного списка (типа удаление элемента из середины по индексу)

вы требуете от массива поведения связанного списка (типа удаление элемента из середины по индексу)

А в чём проблема? массив обсеспечивает константную сложность доступа к элементу. для этого элементы располагаются линейно. для удаления требуется взять и сдвинуть элементы располагающиеся за удаляемым. Здесь скорость напрямую зависит от размера массива. плюс не обязательно каждый раз перевыделять память после удаления.

взять и сдвинуть элементы располагающиеся за удаляемым

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

во-первых, для больших массивов/частых операций - это неэффективно

это уже вопрос выбора структуры для хранения данных. я не утверждал что другие структуры не нужны

а как быть с тем, что пользователь сохранил у себя указатель на элемент после удаленного?

удаление из массива отдельно, удаление на совсем - отдельно. этот элемент вполне себе может жить в ещё одном массиве.

он будет валидным, но указывать будет на другой элемент вектора

решил руками с памятю работать - работай до конца

решил руками с памятью работать - работай до конца

тогда что вас останавливает от использования С? элементы стандартной библиотеки с++ должны предоставлять прозрачные решения, по возможности уменьшая число случайных ошибок. а undefined behaviour и прочих out of memory и так предостаточно

а вы пишете лишь фронтэнды.

остальное просто ненужно в этих странах

решил руками с памятю работать - работай до конца

вот ты, например, даже такое простое решение принять не смог)

каждый раз когда я рассказываю эту историю, я в тайне надеюсь на то что мне объяснят зачем вообще нужен этот цирк с итераторами

Итераторы обеспечивают абстракцию над контейнером. Например, это нужно для алгоритмов стандартной библиотеки - алгоритмы не привязаны к контейнерам и просто работают с итераторами.

и почему нельзя было содать функцию которая получает к примеру int и удаляет элемент по этому номеру.

В контейнерах Qt можно, кстати.

Еще стоит учесть, что в стандартной библиотеке некоторое удобство принесено в жертву корректности и надежности (особенно в случае исключений). Например, если хочется вытащить элемент из очереди/стека, то такой вариант не сработает:

elem = queue.pop();

Нужно это делать двумя разными операциями:

elem = queue.top();
queue.pop();

Qt же наоборот, ориентирован на удобство.

Ещё чуть-чуть и можно будет пользоваться, как и Qt 4.

Им уже можно пользоваться ещё со времён Qt 5.1

Им уже можно пользоваться ещё со времён Qt 5.1

Нет.

тогда что вас останавливает от использования С?

нет необходимости ручной работы с памятью.