В питоне, если ты хочешь проитерировать по аргументам функции можно просто вызвать locals(), она вернёт что-то вроде std::array если говорить С++ языком. Ничто не мешало сделать то же самое в С++ для  variadic template, просто сделать built-in который бы вернул все аргументы variadic template в виде std::tuple.

А так никто не спросит что это страшно и взрывает мозг, но штош поделать

С другой стороны, такое и писать не каждый день необходимо

template <typename... Args>                                                    
std::array<Server, sizeof...(Args)>                                            
create_cluster(Args... args) {                                                  
       return std::array<Server, sizeof...(Args)>{(Server(args),...)};        
}    
вот так завелось.

template <typename... Args>                                                    
std::array<Server, sizeof...(Args)>                                            
create_cluster(Args... args) {                                                  
       return std::array<Server, sizeof...(Args)>{(Server(args),...)};        
}    
вот так завелось.

template <typename... Args>                                                    
std::array<Server, sizeof...(Args)>                                            
create_cluster(Args... args) {                                                  
       return std::array<Server, sizeof...(Args)>{(Server(args),...)};        
}    
вот так завелось.

Если можно, то пока тут собрались знающие Asio люди, хотелось бы задать вопрос.
Пишете ли вы юнит-тесты для кода на Asio и как?
К примеру, если у меня есть класс tcp соединения, который принимает сокет и делает на нем async_read до дисконнекта и зовет какой-то колбек. Есть метод send, который отдаст данные в async_write.
Есть ли какой-то адекватный подход для юнит-тестирования асинхронного кода?

Тесты в самом asio устроены так, что контексту напихивается работа, потом делается run. И по окончанию run'а проверяется результат.
Здесь же такое не катит, потому что async_read крутится в цикле, из-за чего run никогда не останавливается

> Здесь же такое не катит, потому что async_read крутится в цикле, из-за чего run никогда не останавливается

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

Короче, точно так же как и с файлами/реестром и прочим "внешним миром". Вся работа с ним выносится в абстракции (которые можно замокать/застабать в юнит тестах). Сами абстракции через юнит тесты не тестируются

Абстракции вообще никак не тестируются?