а зачем нужен был future в С++11, если корутины только в 20? Я понимаю, что его куда-то можно было приклеить, если хочется, но точно так же можно и не клеить. Ни разу не видел задачи, которую бы он органично решал.
В чем твоя проблема поставить любую либу, любой менеджер пакетов? Это что, настолько труднодоступная идея?
Если это не стандарт, то у этого есть издержки в виде поддержки всякими IDE, слабой заполненности, потому что есть 10 разных манагеров и каждый слабо заполнен. Если манагер будет стандартным, то разрабы библиотек будут поддерживать только его, а не 10 разных.
попробуй, зарепорти проблемы, в следующий раз успех наступит быстрее
Типичный ответ в духе опенсорс: хочешь что-то сделать - сделай сам. Я уже сделал, и думаю, что такой не один. Но перед подключением каждой новой либы триста раз подумаю, а не проще ли за полдня самому написать велосипед, если это доступно по сложности.
Если это не стандарт, то у этого есть издержки в виде поддержки всякими IDE, слабой заполненности, потому что есть 10 разных манагеров и каждый слабо заполнен. Если манагер будет стандартным, то разрабы библиотек будут поддерживать только его, а не 10 разных.
С какой частотой ты обновляешь зависимости? Ну серьезно
Типичный ответ в духе опенсорс: хочешь что-то сделать - сделай сам. Я уже сделал, и думаю, что такой не один. Но перед подключением каждой новой либы триста раз подумаю, а не проще ли за полдня самому написать велосипед, если это доступно по сложности.
а зачем нужен был future в С++11, если корутины только в 20? Я понимаю, что его куда-то можно было приклеить, если хочется, но точно так же можно и не клеить. Ни разу не видел задачи, которую бы он органично решал.
Ожидание асинхронной задачи с получением результата и пробросом исключений (и нам пофиг что поток заблокируется).
Проблема не в менеджере пакетов, ответ в том, почему в Java все функции виртуальные. Ты не можешь проходить границы библиотек. Я должен выбрасывать весь класс std::unique_ptr, если мне надо исправить один его ужаснейший для моих примеров недостаток
Это про динамические библиотеки, со статическими такой проблемы нет (а все header only по сути статические библиотеки)
Это про динамические библиотеки, со статическими такой проблемы нет (а все header only по сути статические библиотеки)
Правда? То есть у меня не будет никаких проблем, если я поменяю в своей программе std::unique_ptr на utils::unique_ptr, с использованием кода сторонних статических либ?
Правда? То есть у меня не будет никаких проблем, если я поменяю в своей программе std::unique_ptr на utils::unique_ptr, с использованием кода сторонних статических либ?
В своей программе можешь что угодно делать, зависимости никак не страдают, только тебе видимо придется конвертировать свой тип в std