Я был очень удивлен, увидев, что std::count вернулся iterator_traits<InputIterator>::difference_type, что по очереди относится к long int на моей платформе.Почему std :: count возвращает целое число со знаком?
Почему? Отрицательные элементы счета в контейнере не имеют никакого смысла.
Это фактически std::ptrdiff_t, который должен быть целым числом со знаком. Он должен быть подписан, потому что он может использоваться как разница между двумя итераторами, и это, конечно, может быть отрицательным.
+1. Черт, я должен был создать ответ, а не комментарий ... но да, это так. –
Итак, следующий вопрос: зачем они используют 'std :: ptrdiff_t' для std :: count, и на него отвечает другой пост. так что спасибо. – qdii
@qdii 'std :: iterator_traits
Разница будет отрицательной, если диапазон недействителен, и это дает неопределенное поведение во время алгоритма. –
Это обсуждение может быть полезно: http://stackoverflow.com/questions/7505083/why-does-the-c-standard-algorithm-count-return-a-ptrdiff-t-instead-of-size-t?answertab = active # tab-top – Jordan
@ChristianIvicevic, я смущен. Это неопределенное поведение или нет? Я имею в виду, что либо границы итераторов проверяются, и они возвращают отрицательное значение при ошибке, либо это неопределенное поведение, а затем возвращаемое значение не определено. – qdii