В пользовательской библиотеке я увидел реализацию:
inline int is_upper_alpha(char chValue)
{
if (((chValue >= 'A') && (chValue <= 'I')) ||
((chValue >= 'J') && (chValue <= 'R')) ||
((chValue >= 'S') && (chValue <= 'Z')))
return 1;
return 0;
}
Является ли это пасхальным яйцом или каковы преимущества перед стандартным методом C/C++?
inline int is_upper_alpha(char chValue)
{
return ((chValue >= 'A') && (chValue <= 'Z'));
}
Вероятно, автору этого кода в какой-то момент пришлось поддерживать EBCDIC, где числовые значения букв не являются смежными ( пробелы существуют между I, J и R, S, как вы могли догадаться).
Стоит отметить, что стандарты C и C++ гарантируют, что символы от 0 до 9 имеют непрерывные числовые значения именно по этой причине, поэтому ни один из этих методов не соответствует строго стандарту.
// In the EBCDIC coding, the alphabet has gaps between these values. See URL: xxxx for details. Тогда вам даже не придется задавать вопрос. У вас будет ответ, встроенный в код.
- person abelenky; 05.05.2015
return ( isalpha( chValue ) && isupper( chValue ) )...
- person DevSolar; 06.05.2015
isalpha неправильно; его результаты зависят от локали и предназначены для обработки естественного языка в настроенной пользователем локали, тогда как фактическая потребность большинства программ состоит в том, чтобы соответствовать фиксированному набору символов, независимому от локали.
- person R.. GitHub STOP HELPING ICE; 07.05.2015
Похоже, он пытается охватить как EBCDIC, так и ASCII. Ваш альтернативный метод не работает для EBCDIC (у него есть ложные срабатывания, но нет ложных отрицаний)
C и C++ делают требуют, чтобы '0'-'9' были непрерывными.
Обратите внимание, что вызовы стандартной библиотеки do знают, работают ли они в ASCII, EBCDIC или других системах, поэтому они более переносимы и, возможно, более эффективны.
std::isupper фактически запрашивает текущую установленную глобальную локаль C.
- person Lingxi; 05.05.2015
'A' должен оставаться 'A' независимо от локали. ASCII в UTF-8, это было бы возможно.
- person MSalters; 05.05.2015
std::isupper запрашивает текущую установленную глобальную локаль C, да, но фаза компиляции, которая интерпретирует символьные литералы, этого не делает.
- person Lightness Races in Orbit; 05.05.2015
std::isupper нужен в большинстве случаев. Он учитывает локали, используемые для ввода пользователем. Но при разборе файлов, взаимодействии с базами данных вы обычно ожидаете какую-то другую локаль. Более того, по крайней мере, в Linux эти вызовы, связанные с локалью, очень медленные - например, std::isalpha вызывает dynamic_cast два раза, чтобы найти правильную реализацию локали перед фактическим сравнением одного символа.
- person ibre5041; 06.05.2015
'J' - 'I'и'S' - 'R'оба равны1, то я ожидаю, что разумный оптимизатор превратит первое во второе. - person Matthieu M. schedule 06.05.2015