и оно как то магически мувнет

std::pair<iterator,bool> insert( P&& value ); Вот на это смотрю

ваще я бы не хранил в коллекции объекты

я бы хранил там указатели на объекты

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

std::pair<iterator,bool> insert( P&& value ); Вот на это смотрю

да да

надо попробовать мувнуть

я не очень понимаю как из unique_ptr сделать rvalue. ))

std::move(pA)?

std::move

О, канкаррент. Атомики завезли, бартера памяти тоже, можно и локфри канкаррент контейнеры

ну дык с 14года же

да

Спасибо! Пойду пробовать

ну дык с 14года же

Атомики с 11. Как и модель памяти

Атомики с 11. Как и модель памяти

я их путаю сильно, мб

Говорит не знает он такой фукнкции insert))

std::unique_ptr<ksk::Ksk> k = getKskData(i);

ksks.insert(std::move(k));

ksks.insert(std::move(k));

Если это map, то нужен ключ ещё.

Притом задача например была такая, реализовать на бумажке type trait is_same. Я сделал через перегрузку. Гововюрят, ок, но сделайте подругому, я сделал через статическое приватное поле которое у одинаковых типов одно на двоих, мне говорят, хорошо, но мы хотим по другому

ппц. а я б не смог написать трейт "common_type"

балиииин))

ksks.insert(std::move(k));

ksks[key] = getKskData(i);

ну так я добавлю unique_ptr в качестве value, а мне сам объект нужен

подскажет кто header-онли либу для json'а без зависимостей?

собственно ругается компилятор

ну так я добавлю unique_ptr в качестве value, а мне сам объект нужен

ksks[key] = getKskData(i).get();

ну так я добавлю unique_ptr в качестве value, а мне сам объект нужен

Нет ничего зазорного в том, чтобы хранить в мапе std::unique_ptr std::map<int, std::unique_ptr<float>> m; m.emplace(0, std::make_unique<float>(1.0f));

Память нормально освобождаться будет при erase, clear ?

Память нормально освобождаться будет при erase, clear ?

Конечно.

Я думаю что наверное так и сделаю.

Спасибо!

Я думаю что наверное так и сделаю.

Только не стоит там действительно float хранить. Или какие-нибудь POD. struct Test { int a; float b; std::string s; }; int main() { std::map<int, Test> m; m.insert({0, {0, 1.0f, "test"}}); return 0; }

std::unique_ptr полезен, если там что-нибудь увесистое или полиморфное.

unique_ptr полезен там, где раньше был new.

std::unique_ptr полезен, если там что-нибудь увесистое или полиморфное.

я ваще всё запаковываю в unique_ptr

и мувается и некопируется лишний раз

И лишняя индирекция.

подскажет кто header-онли либу для json'а без зависимостей?

https://github.com/nlohmann/json

я ваще всё запаковываю в unique_ptr

Так: auto a = std::make_unique<int>(10); auto b = std::make_unique<int>(20); auto c = std::make_unique<int>(*a + *b); std::cout « *c « std::endl; ? :))

https://github.com/nlohmann/json

странно, я точно её видел, но почему-то пропустил. спасибо)

Так: auto a = std::make_unique<int>(10); auto b = std::make_unique<int>(20); auto c = std::make_unique<int>(*a + *b); std::cout « *c « std::endl; ? :))

А чего? Валидно же. Какой-нибудь питонист даже не заметит разницы в производительности.

а вот вознимает интересный вопрос. можно ли при таком раскладе сделать a_map = b_map; ?

Так: auto a = std::make_unique<int>(10); auto b = std::make_unique<int>(20); auto c = std::make_unique<int>(*a + *b); std::cout « *c « std::endl; ? :))

да, почти

а вот вознимает интересный вопрос. можно ли при таком раскладе сделать a_map = b_map; ?

C unique_ptr нельзя. Со структурой - можно.

а как перетащить один мап в другой?

или вообще получается не вариант?

а как перетащить один мап в другой?

a_map = std::move(b_map). Что зачастую и нужно.

а как перетащить один мап в другой?

мувнуть

STL же

в 17м вроде можно часть структуры перетащить в другую :)

a_map = std::move(b_map). Что зачастую и нужно.

работает)) спасибо!

Как сделать так, чтобы namespace Y был виден в X, не перемещая их местами? ns X { ... } ns Y { ... }

Как сделать так, чтобы namespace Y был виден в X, не перемещая их местами? ns X { ... } ns Y { ... }

Разделить на файлы, сделать инклуд.

Как сделать так, чтобы namespace Y был виден в X, не перемещая их местами? ns X { ... } ns Y { ... }

это попахивает плохой архитектурой

подскажет кто header-онли либу для json'а без зависимостей?

nlohmann

не, могу разбить по файлам) мне просто было интересно)

в инете за 15мин адекватного ничего не раскапал

в инете за 15мин адекватного ничего не раскапал

разбей!

на файлы

и соедини их через #include

да, я понимаю все)

да, я понимаю все)

я уж думал ты новичок

и соедини их через #include

так то же самое получишь

так то же самое получишь

нет же

это же просто копипаст

А если просто нужно знать, что неймспейс есть, то объяви пустой. namespace Y {}

в каждый из файлов закинкуть инклуд другого

А если просто нужно знать, что неймспейс есть, то объяви пустой. namespace Y {}

вот кстати тема

в каждый из файлов закинкуть инклуд другого

Взаимовключение же, препроцессор не сможет разрулить.

Оба файла друг на друга ссылаться будут

Оба файла друг на друга ссылаться будут

да, хуйня

какаято

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

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

да #pragma once

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

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

Задача: есть N прямоугольников, заданные координатами своих углов. Требуется для каждого прямоугольника найти все прямоугльники, внутри которых он находится полностью. Оффлайн задача. Требуется решение быстрее, чем за N^2

это разве про С++?

вот нет**

Пахнет скорее олимпиадным программированием.