но у меня тут вложенный цикл с двумя словармяи

и еще третий словарь

и это кхем уже немного сложно

между string::assign и оператором = есть разница для одного аргумента?

я подозреваю, что нет, так же как += и string::append практически идентичны

но все авно интеерсно

assign универсальнее (больше пунктов на cppref) но для одного аргумента, похоже, разницы нет

если исходникик открыть, то operator = вызывает assign

это можно написать на пачке сигарет

еще это, тупенький совсем овпрос чтобы быстро не гуглить

std::map гарантирует что записи в порядке добавления?

нет, не гарантирует

нет

более того, они в порядке ключей отсортированы

хорошо, какой контейнер гарантирует?

vector

а среди словарей?

unordered насколько я помню несортированный, вообще в произвольном порядке

окей, погуглил, HNKAK без буста

в принципе из словарей ничего не гарантирует

только вектор в руки

из std

ибо так работают они

либо хештаблица, либо древо

unordered насколько я помню несортированный, вообще в произвольном порядке

хештаблица вроде

ну array вообще просто обертка вокруг указателя

первое с произвольным порядком, второе упорядочено по ключу

в чистейшем виде

хорошо, воспользуюсь векторами, спасяп

и извините за поверхностные вопросы.

но это так удобно когда можно узнавать мнения живых людей

ага)

это какой-то пиздец

самые непонятные простейшие 6 строчек в моей жизни

просплюсь и перепишу

я полчаса наверное сидел на этими шестью строчками не понимая чего мне надо от жизни :))

это какой-то пиздец

можно еще тернарные операторы заюзать

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

поэтому к счастю обошлось без

это какой-то пиздец

и что здесь не понятно?

каша из словарей

еще и конверсии кодировки понадобились... и словари не нужны, нужна всего пара векторов...

короче ВСЕ ГОВНО РЕФАКТОРИТЬ

РЕФАКТОРИТЬ

@micktu Можно нескромный вопрос? Ты вообще трудоустроен?

Весь день в чате вбрасываешь вопросы.

да, я фрилансер, и трудоустроен сейчас

просто выделил время на возню с с++ отдельно, не повредит

если это намек на то что надо меньше пиздеть - не вопрос

только тогда здесь будет стоять гробовая тишина

(может и к лучшему, дело вкуса)

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

а какого рода вопросы формат? глубокие философские про будущее STL?

(не ирония)

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

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

Какие есть подводные камни при использовании = default для конструкторов/деструкторов? Не берем в расчет особые типы данных и сложную логику.

по моему скромному опыту, это или компилится или нет

скорее исключением будет являться delete

для сокрытия конструктора

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

https://groups.google.com/forum/#!topic/comp.lang.c++/1R1igvCYs8o вот тут вначале есть письмо мейерса про дефолтный мув не знаю насколько приближено к реальности

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

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

это означает что конструктор не сгенерился. молча.

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

если он не сгенерился имплиситли без специальной квалификации, и если он так же точно не генерится с default - ищи проблему выше

что-то не копируется

я сам откроенно не понимаю, почему это не ошибка, как минимум в VS CL, почему компилятор молчит

Они не всегда генерируются.

ок, понятно. вручную описал обычным присвоением и вроде работает

Они не всегда генерируются.

If no user-declared constructors of any kind are provided for a class type (struct, class, or union), the compiler will always declare a default constructor as an inline public member of its class. If some user-declared constructors are present, the user may still force the automatic generation of a default constructor by the compiler that would be implicitly-declared otherwise with the keyword default.

всегда, тут написано

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

Это только вершина айсберга.

да, но в любом случаее, без философии, у меня на практике проблема была в некопируемом поле

этим полем был альберт энш... std::fstream

В плане инклуда в хедере библиотеки хедеров stl?

Это только вершина айсберга.

http://stackoverflow.com/questions/4819936/why-no-default-move-assignment-move-constructor Это про мув. Еще там, кажется, специальные правила были, если среди членов класса есть ссылки\константы.

как линковать собираешься?

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