YB
и в boost::asio::post free method как execution context передавать возвращаемое значение из метода io_context::strand::context()
Size: a a a
2021 March 16
YB
ID
Если можно, то пока тут собрались знающие Asio люди, хотелось бы задать вопрос.
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
Здесь же такое не катит, потому что
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
async_read до дисконнекта и зовет какой-то колбек. Есть метод send, который отдаст данные в async_write.Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
run. И по окончанию run'а проверяется результат.Здесь же такое не катит, потому что
async_read крутится в цикле, из-за чего run никогда не останавливаетсяYB
Мы переработали и выложили в текстовом виде половинку доклада "Прочти меня!" с C++ Siberia https://habr.com/ru/company/yandex/blog/545224/
Теперь можно кидаться ссылкой в людей, чей код вас раздражает ;)
Теперь можно кидаться ссылкой в людей, чей код вас раздражает ;)
а можно ещё вместо
std::string sample(int d, std::string (*cb)(int, std::string))
использовать
std::string sample(int d, std::string (&cb)(int, std::string))
(ссылка на колбек, вместо указателя, чтобы на нулл не проверять)
std::string sample(int d, std::string (*cb)(int, std::string))
использовать
std::string sample(int d, std::string (&cb)(int, std::string))
(ссылка на колбек, вместо указателя, чтобы на нулл не проверять)
YB
Если можно, то пока тут собрались знающие Asio люди, хотелось бы задать вопрос.
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
Здесь же такое не катит, потому что
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
async_read до дисконнекта и зовет какой-то колбек. Есть метод send, который отдаст данные в async_write.Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
run. И по окончанию run'а проверяется результат.Здесь же такое не катит, потому что
async_read крутится в цикле, из-за чего run никогда не останавливаетсяможно модульными тестами(моки написать, и ожидание вызова с разными параметрами ) обложить, ИМХО, а условные колбеки юнит тестами
DP
Если можно, то пока тут собрались знающие Asio люди, хотелось бы задать вопрос.
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
Здесь же такое не катит, потому что
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем
async_read до дисконнекта и зовет какой-то колбек. Есть метод send, который отдаст данные в async_write.Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?
Тесты в самом asio устроены так, что контексту напихивается работа, потом делается
run. И по окончанию run'а проверяется результат.Здесь же такое не катит, потому что
async_read крутится в цикле, из-за чего run никогда не останавливаетсяio.stop() никто не отменялAP
На фрагменте
Пишу я как-то код. Обработчик в недокументированном фрагменте возвращает коды возврата, константами вида 0, 1, 0x10, -0x11 и так далее (да, в другом месте будут проверки знака). После безуспешных попыток разобраться в смысле каждого из этих кодов возвратов очень захотелось позвать автора этого кода, но есть проблема - это когда-то написал я :(
(result != Descriptor(-13))очень захотелось рыдать, у меня есть чудесный пример.
Пишу я как-то код. Обработчик в недокументированном фрагменте возвращает коды возврата, константами вида 0, 1, 0x10, -0x11 и так далее (да, в другом месте будут проверки знака). После безуспешных попыток разобраться в смысле каждого из этих кодов возвратов очень захотелось позвать автора этого кода, но есть проблема - это когда-то написал я :(
У меня валяется пара прикольных институтских програм... Я их до сих пор не могу выложить из-за забытых значений волшебных констант, мешающих рефакторингу и приведению кода в нормальный вид
CD
У меня валяется пара прикольных институтских програм... Я их до сих пор не могу выложить из-за забытых значений волшебных констант, мешающих рефакторингу и приведению кода в нормальный вид
Тут в своё оправдание могу сказать, что когда я писал эти константы их смысл я тоже не понимал :)
ID
io.stop() никто не отменялХм, пожалуй действительно можно что-то придумать со
stop, спасибо за наводкуAP
а можно ещё вместо
std::string sample(int d, std::string (*cb)(int, std::string))
использовать
std::string sample(int d, std::string (&cb)(int, std::string))
(ссылка на колбек, вместо указателя, чтобы на нулл не проверять)
std::string sample(int d, std::string (*cb)(int, std::string))
использовать
std::string sample(int d, std::string (&cb)(int, std::string))
(ссылка на колбек, вместо указателя, чтобы на нулл не проверять)
Хм... действительно
EP
лучше его как контекст использовать
ну вроде у меня в примере так и есть
https://t.me/ProCxx/435215
https://t.me/ProCxx/435215
ID
Хм... действительно
А есть хоть одна причина не использовать std::function? Вроде для указателей на функцию оверхед там небольшой или его нет
AP
А есть хоть одна причина не использовать std::function? Вроде для указателей на функцию оверхед там небольшой или его нет
аллокация и лишняя индирекция
Если это низкоуровневая функция на горячем пути, это может быть важно
Если это низкоуровневая функция на горячем пути, это может быть важно
AP
Потому интерфейс проврчирует использовать указатели на функции
AP
С C++23 можно будет заменить на std::function_ref
ID
аллокация и лишняя индирекция
Если это низкоуровневая функция на горячем пути, это может быть важно
Если это низкоуровневая функция на горячем пути, это может быть важно
Разве там нет оптимизации для указателей на функцию и лямбд с маленьким захватом?
D
Потому интерфейс проврчирует использовать указатели на функции
Но ведь указатель на функцию тоже не совсем оптимален по скорости
АК
С C++23 можно будет заменить на std::function_ref
не вижу активного пропозала на эту тему
YB
С C++23 можно будет заменить на std::function_ref
FunctionRef из folly фэйсбучного возьмут?)