ну просто бывают неприятные нюансы при работе с контейнерами. Например у меня была ситуация когда в хешсете лежала структура, лишь часть полей которых входили в хеш, а остальная часть должна была оставаться мутабельной
Понадобилось мне для кейса, где в value для unordered_map лежит нода intrusive list. Нужно было из intrusive list получить ноду, и из ноды - итератор на это значение в мапе
так вот, итератор можно было получить только через find, а это дорого (надо хешировать ключ и искать в мапе)
Какой код стайл считается сейчас самым популярным для С++? Google code style?
гугловский уже кажется не очень актуален, особенно их акцент на отсутствие исключений. Но можно использовать гугловскую нотацию, совмещая с рекоммендациями core guidelines
гугловский уже кажется не очень актуален, особенно их акцент на отсутствие исключений. Но можно использовать гугловскую нотацию, совмещая с рекоммендациями core guidelines
Без исключений это совсем без них или только для сигнализирования критических ошибок с завершением?
Лично моё мнение в том, что довольно критичные ошибки имеет смысл кидать исключением, не критичные с помощью каких-нибудь кодов/объектов возврата, которые либо ошибку содержат либо значение, либо и то и то
Лично моё мнение в том, что довольно критичные ошибки имеет смысл кидать исключением, не критичные с помощью каких-нибудь кодов/объектов возврата, которые либо ошибку содержат либо значение, либо и то и то
я и не спорю, хотя коды возврата не знаю как заэнфорсить чтобы везде использовались, да и это создает ситуацию с возвращаемыми параметрами