иначе ты просто код загромождаешь

если понадобится оптимизация то можно нашаманить

иначе ты просто код загромождаешь

ладно согласен

так же и с смарт поинтерами, я считаю не стоит их пихать повсюду

Надеюсь это была издёвка. Не делайте такие move!

Почему? Это же member variable, а не локальный объект. Вроде никакой RVO нету тут, или я путаю? Для приличия можно так написать: string getName() const& { return pass; } string getName() && { return std::move(pass); }

Почему? Это же member variable, а не локальный объект. Вроде никакой RVO нету тут, или я путаю? Для приличия можно так написать: string getName() const& { return pass; } string getName() && { return std::move(pass); }

ОМГ. Давайте по шагам: string releaseName() const { return std::move(pass); } Результатом move будет const string&& т.к. метод помечен как const. это вас спасает от того, что внутри класа окажется пустая строчка. string releaseName() { return std::move(pass); } Результатом move будет string&& . Внутри класа окажется пустая строчка. string getName() const& { return pass; } Зачем-то делаете копирование, хотя обычно принято возвращать по константной ссылке. string getName() && { return std::move(pass); } Тут всё норм :)

ОМГ. Давайте по шагам: string releaseName() const { return std::move(pass); } Результатом move будет const string&& т.к. метод помечен как const. это вас спасает от того, что внутри класа окажется пустая строчка. string releaseName() { return std::move(pass); } Результатом move будет string&& . Внутри класа окажется пустая строчка. string getName() const& { return pass; } Зачем-то делаете копирование, хотя обычно принято возвращать по константной ссылке. string getName() && { return std::move(pass); } Тут всё норм :)

я случайно не стёр пометку const. у метода?

ОМГ. Давайте по шагам: string releaseName() const { return std::move(pass); } Результатом move будет const string&& т.к. метод помечен как const. это вас спасает от того, что внутри класа окажется пустая строчка. string releaseName() { return std::move(pass); } Результатом move будет string&& . Внутри класа окажется пустая строчка. string getName() const& { return pass; } Зачем-то делаете копирование, хотя обычно принято возвращать по константной ссылке. string getName() && { return std::move(pass); } Тут всё норм :)

Все верно пишешь. Я просто имел в виду, что у конструкции return std::move(...); свои применения есть. Не всегда ее банить надо ?

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

среагировал на марину?

/vzhuh@FailsBot

∧＿∧ ( ･ω･｡)つ━☆・*。 ⊂　 ノ 　　　・゜+. しーＪ　　　°。+ *´¨) 　　　　　　　　　.· ´¸.·*´¨) ¸.·*¨) 　　　　　　　　　　(¸.·´ (¸.·'* ☆

http://en.cppreference.com/w/cpp/algorithm/execution_policy_tag_t <- а вот эта штука на практике реализована где-нибудь сейчас?

http://en.cppreference.com/w/cpp/algorithm/execution_policy_tag_t <- а вот эта штука на практике реализована где-нибудь сейчас?

ммм, надо смотреть стдлибу )

блэт, неудобные боты в телеграме всё же

блэт, неудобные боты в телеграме всё же

типа хранят личьную инфу хуй знает где?

нет, общаться с ними неудобно

да вроде достаточно круто, не хуже других ботов

на сколько удачна реализация https://codeshare.io/5OKVyN

на сколько удачна реализация https://codeshare.io/5OKVyN

а там точно именно list нужен? В большенстве случаев vector лучше

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

ну и unique_ptr<list<..» - не совсем понятно, зачем сам list где-то в хипе выделять

с этой целью list, а в целом да vector лучше бы подошёл

пишу под HoloLens в UWP

стараюсь уйти от небезопасных укозателей

не, я имею в виду - почему не просто list<...>?

хмм ))

согласен

да и type_info_component легкий, думаю его лучше просто копировать, а не в shared_ptr заворачивать

В общем применяю смарт указатель вместо new и delete

В общем применяю смарт указатель вместо new и delete

это правильно, да) в современном коде new/delete не должно быть, в идеале

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

Они достаточно тяжёлые + потокобезопасные, и меньше геморра с утечкой

и в выше вопрос про unique по этому и применил

Я предлагаю unique_ptr<list<shared_ptr<type_info_component»> -> list<type_info_component>, если нет каких-то нюансов, которые не дают так сделать

и код проще будет, и работать быстрее

тогда будет new и delete

почему?

просто в дальнейшем меньше траблов будет с потоками

у текущего кода и так будет куча траблов с потоками

и заворачивать все объекты в shared_ptr никак не помогает, казалось бы

в чём мои ошибки?

они же атомарные

а объекты, на которые они указывают - нет

и list тоже не thread safe

ладно подумаю, спс

Привет, есть ли здесь люди которые решали задачи с помощью Boost.Polygon? Я планирую использовать эту библиотеку для построения диаграммы вороного и перейти от нее к триангуляции Делоне. Но я не понимаю почему by design: "The coordinate data type <...> is expected to be integral." Может быть я что-то упускаю из вида? Ведь для реальных задач, как правило приходится работать с даблами.

Привет, есть ли здесь люди которые решали задачи с помощью Boost.Polygon? Я планирую использовать эту библиотеку для построения диаграммы вороного и перейти от нее к триангуляции Делоне. Но я не понимаю почему by design: "The coordinate data type <...> is expected to be integral." Может быть я что-то упускаю из вида? Ведь для реальных задач, как правило приходится работать с даблами.

Привет, как я понимаю, они не придумали как правильно и кроссплатформенно реализовать вороного для нецелых координат в общем случае (что действительно очень нетривиально сделать)

олсо, триангуляцию Делоне в общем случае проще напрямую искать, а не через диаграмму Вороного; Есть довольно быстрый и легкий в реализации вероятностный алгоритм, например

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

возьми cgal тогда

Тут ключевое слово доступных мне решений, у меня нет возможности тащить в проект всё, что захочется и не только из-за лицензионных ограничений.

Бустовые библиотеки тоже по большому счёту под запретом.

Тут ключевое слово доступных мне решений, у меня нет возможности тащить в проект всё, что захочется и не только из-за лицензионных ограничений.

тогда нужен список доступных вещей, либо ограничений)

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

еще вариант - заюзать буст, если можно координаты да fixed-point округлить

ERROR: S client not available

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

вот тут есть описание вероятностного алгоритма http://www.cs.uu.nl/geobook/interpolation.pdf

(вероятностный он только в плане того что время его работы - O(n log n) в матожидании, решение он всегда точное находит)

Спасибо еще раз. Округлять в моём случае скорее всего не вариант.

(вероятностный он только в плане того что время его работы - O(n log n) в матожидании, решение он всегда точное находит)

А в худшем случае?

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

К тому же от попадания в квардрат можно сделать проверку.

(в книжечке Скворцова так утверждается)

странные ребята писали folly

возвращают из utf8ToCodePoint U+FFFD если ошибка

и в результате скипают этот код на выводе в json

почему U+FFFF не вернуть?

U+D800 на край

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

и, главное, константой объявить не судьба, так что править нельзя

А в худшем случае?

Квадрат

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

Интересно, надо бы посмотреть

возвращают из utf8ToCodePoint U+FFFD если ошибка

мотивейшн такой был: "This diff introduces a new option, skip_invalid, which replaces invalid chars with U+FFFD. http://en.wikipedia.org/wiki/Specials_(Unicode_block) seems to suggest that this is the correct replacement."

мотивейшн такой был: "This diff introduces a new option, skip_invalid, which replaces invalid chars with U+FFFD. http://en.wikipedia.org/wiki/Specials_(Unicode_block) seems to suggest that this is the correct replacement."

угу, только потом пишут

а, хм, даже нормально пишут

почему не ffff - не хотят чтобы output был невалидным юникодом, вероятно

ну да

а вы в продакшне folly используете?

не, я просто сел почитать

под пиццу

а, ок

короче, меня как старого разраба напрягают такие вещи

// As p catches up with q, move q forward. if (q == p) { // calling utf8_decode has the side effect of // checking that utf8 encodings are valid char32_t v = utf8ToCodePoint(q, e, opts.skip_invalid_utf8); if (opts.skip_invalid_utf8 && v == U'\ufffd') { out.append(u8"\ufffd"); p = q; continue; } }