RM
Почему просто не массив, раз там 25 элементов
Там нет гарантии что 25 элементов - максимум, просто это предпологаемым максимум с учетом всех локаций
Size: a a a
2020 February 15
RM
И массив на 25 элементов - это бред
RM
Как я в нем должен искать сервер по ID соединению?
TS
Там нет гарантии что 25 элементов - максимум, просто это предпологаемым максимум с учетом всех локаций
Ну так в чем проблема вектор из N
TS
Как я в нем должен искать сервер по ID соединению?
По позиции в векторе
RM
По позиции в векторе
ага, а позицию в векторе где хранить?)
TS
По Индексу
/¯
Как я в нем должен искать сервер по ID соединению?
Храни пары в векторе
RM
По Индексу
Ты че то моросишь чутка
TS
ага, а позицию в векторе где хранить?)
Биективно отобразить
RM
Это как работать с сокетами
RM
Каким образом ты его в векторе по индексу будешь хранить и находить - в душе не ебу
TS
Ты че то моросишь чутка
Ну делай как хочешь
RM
Можно поебаться и сделать 2 вектора
RM
Один вектор для индексации сокетов, второй для обращения к нему
RM
Но опять же, это сломает твою систему как только один из клиентов отключится
TS
Один вектор для индексации сокетов, второй для обращения к нему
TS
Но опять же, это сломает твою систему как только один из клиентов отключится
RM
Я тебе говорю, что то что ты предлагаешь только так можно реализовать, либо ты с сокетами давно не работал
IZ
В одном у меня хранится сервер Proxy, а внутри него еще один unordered_map который хранит список клиентов подключенный к конкретно данному Proxy серверу
безотносительно архитектурных заебов. если нет видимой проблемы, то юзай что удобнее в этом случае :) я думаю что поиск по мапе/вектору это не будет хотспотом №1 у тебя :)