Что посоветуете для хранения константных связанных строк. кроме map<string, string> ?

Забей, мальчику нравится выёбываться, что он хаскель знает.

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

Тебе порядок важен?

Ага

Есть некая структура, так скажем

порядок нельзя нарушать, само собой

порядок нельзя нарушать, само собой

Список только. Больше никак.

std::vector<std::pair<std::string, std::string> >

Ненавижу плюсы за это)

:D

Тебе время поиска важно?

Неа

А, тогда используй просто вектор.

Если важно будет время поиска, то добавь ещё std::map<std::string, std::vector< std::pair<std::string, std::string> >::size_type>

Спс за советы

Блин, сделал код корректным. Получилась жопа, ужас.

Кто с chrono работал?

std::chrono

я чуть-чуть работал)

а что с ним?

Я работал.

Со строчками верно сказали. Единственное добавлю, что pair может быть оверкилл

Можешь просто свою структуру написать с двумя полями std::string

Или хотя бы затайпдефить pair от двух стрингов.

Если важно будет время поиска, то добавь ещё std::map<std::string, std::vector< std::pair<std::string, std::string> >::size_type>

А вот это уже плохой совет.

А вот это уже плохой совет.

Почему?

Если важно время поиска то unordered_map в данном случае будет решением лучше.

а что с ним?

Уже ничего0

Плюс у тебя еще и дважды стринги хранятся.

Ключевые.

Если важно время поиска то unordered_map в данном случае будет решением лучше.

Ок, не знал о такой структуре.

Плюс у тебя еще и дважды стринги хранятся.

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

Она стандартная. Выдает ответ по ключу не за логарифм как простой мэп, а за константу.

Она стандартная. Выдает ответ по ключу не за логарифм как простой мэп, а за константу.

hashmap?

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

Оверкилловое решение boost::multi_index

В данном случае заменить в каком-то месте строчки на указатели.

Какой будет самый правильный способ спарсить строку типа %Y.%m.%d %H:%M:%S во время, взять другое время меньше этого и рассчитать разницу в секундах?

Оверкилловое решение boost::multi_index

Эм, а как ты сделаешь с контантой на поиск и с сохранением порядка?

а то chrono + более старые time штуки в std и еще time.h

и еще все мешается между собой

Эм. Ладно, я буст не трогал. Походу хрень пишу. Сорян.

Эм. Ладно, я буст не трогал. Походу хрень пишу. Сорян.

Ну у тебя там элиминируются все повторения данных.

И потом к ним строятся только индексы.

Можно построить легко один упорядоченный индекс и один хеш индекс

Упорядоченный работает за одну индирекцию, хеш за две.

Можно построить легко один упорядоченный индекс и один хеш индекс

Ну, я попытался примерно ту же штуку сделать)

Какой будет самый правильный способ спарсить строку типа %Y.%m.%d %H:%M:%S во время, взять другое время меньше этого и рассчитать разницу в секундах?

Что за задачу ты пытаешься решить?

У тебя много таких строчек?

Всего одна

И потом к ним строятся только индексы.

Ятак строил сортировку статистики в проге со светом по столюцам

Консольный параметр

а ля -date "2015.05.09 22:55:13"

Если да, то это просто через std::regex с последующим раскладыванием в std::tm делается.

Нужно получить кол-во секунд с этого времени до кое-какого числа 04 месяца

Ну я в принципе так и делаю

Такой можно и без регекса тогда. Руками распарсь.

ща

Ну да. Ок решение.

'string time_str = params[++i];    struct std::tm tm_from = { 0 };    struct std::tm tm_to = { 0 };    std::stringstream ss(time_str);    ss >> std::get_time(&tm_from, "%Y.%m.%d %H:%M:%S");    auto tp = std::chrono::system_clock::from_time_t(std::mktime(&tm));        std::stringstream ss_buf(START_TIME);    ss_buf >> std::get_time(&tm_to, "%Y.%m.%d %H:%M:%S");    time_t to_t = mktime(&tm_to);    time_t from_t = mktime(&tm_from);    double diff = difftime(to_t, from_t);'

Ятак строил сортировку статистики в проге со светом по столюцам

Ну вот. Есть более менее общепринятое решение буст мультииндекс. Но он конечно тяжеловат. Предпочитаю самому писать.

В следующий рад лучше на пастебин.

:3

зачем-то второй stringstream

надо переписать

Сделай константый tm объект лучше

ваще так и было

я просто для конфы быстро изменил

чтобы показать

Ну вроде ок.

Удивлён что про хэшмэп никто не написал кроме @AndreiC Нахер эти огороды с векторами ....

хешмэп - первое, что пришло в голову

но я гулял по городу, и впадлу было много писать

Удивлён что про хэшмэп никто не написал кроме @AndreiC Нахер эти огороды с векторами ....

Разве в хешмепе есть порядок?

Разве в хешмепе есть порядок?

Сорян, я слагал, контекста задачи не увидел - спросонья написал :)

кто-н. октодеревья юзал?

кто-н. октодеревья юзал?

А в чём вопрос то?

Разве в хешмепе есть порядок?

Нет. Просто там вопрос был про если все таки поиск нужен

кто-н. октодеревья юзал?

Юзал

Нет. Просто там вопрос был про если все таки поиск нужен

Ну вот. Ему нужно было иттерироваться в том же порядке, поэтому пришлось такой костыль городить.

релиз vscode 1.1