...when altering one's mind becomes as easy as programming a computer, what does it mean to be human?..
LCMapString при создании ключей сортировки.
LCMapString выглядит так, будто бы она имеет ясный и однозначный смысл своих параметров. Посмотрите на заголовок:
function LCMapString( Locale: LCID; // ИД локали dwMapFlags: DWORD; // тип преобразования lpSrcStr: LPCTSTR; // исходная строка cchSrc: Integer; // число символов в исходной строке lpDestStr: LPTSTR; // целевой буфер cchDest: Integer; // размер целевого буфера ): Integer;И для большинства типов использования
LCMapString это справедливо.LCMapString делает постоянную работу, которая является критичной для фундамента Windows - генерацию ключей сортировки. Я знаю, что это критично, потому что когда я случайно напутаю в таблицах, то находятся компоненты, которые не дадут Windows запуститься, опасаясь порчи информации!LCMAP_LINGUISTIC_CASING). И он хотел знать, почему этот символ, FINAL SIGMA, не может быть просто помещён в лингвистическую таблицу, если это одностороннее проецирование.Final sigma - это позиционный вариант sigma (U+03C3 Greek Small Letter Sigma, σ), что также случается в иврите и арабском. Законный вопрос - нужны ли в Unicode две кодовые точки для обоих случаев; и, к примеру, ранний вариант стандарта содержал лишь одну кодовую точку, без выделения этой разницы. Однако, использование двух кодовых точек в теперь уже устаревшей кодовой странице Latin-7 решило дело в пользу двух отдельных кодовых позиций.Этот же сайт также немного говорит об истории этой буквы в языке.
TextInfo из-за его метода ToTitleCase.SHAnsiToUnicode/SHUnicodeToAnsi Rosyna задала мне интересный вопрос:
Это, вообще-то, поднимает интересный вопрос. Если кто-то работает в одной группе разработчиков в MS и видит проблему в коде другой группы. И эта проблема влияет на их код, то могут ли они исправить код этой другой группы?Вообще говоря, люди не изменяют напрямую код других групп. Но вы можете поработать с ними вместе, предоставить отзывы, своё мнение и опыт, а также помощь.
И когда ты работаешь в такой группе в MS, то как много там кода, который является твоей (личной) ответственностью? Одна какая-то DLL? Несколько функций в DLL? Или набор DLL одного "жанра"?Это зависит от разработчика, группы, сложности кода и опыта. Я могу ответить только за себя, что я и попробую сделать сейчас :-)
Какова цель функцииОчень хороший вопрос. Я и сам задумывался об этом!SHAnsiToUnicode? Я имею ввиду... какие преимущества она имеет в сравнении с обычнойMultiByteToWideChar?
Очевидно, у неё меньше параметров. И всё?
TIA,
CompareString - это одна из самых клёвых функций. Я думал так и до того, как стал её владельцем, и даже до того, как я встретил людей, которые раньше были её владельцами (или женщину, которая её написала).CompareString имеет свои подводные камни.Теперь нужно сказать, что этот процесс перестал был истиной в 100% случаев в Windows XP и выше; это так запланировано по дизайну, но, похоже, не указано ни в какой документации. Я объясню что сломало модель и почему (а также, как всё починить, чтобы работало!) завтра...Не очень хорошо дразнить читателей, поэтому я объясню, что изменилось в XP и когда...
TranslateCharsetInfo:
У моего клиента есть проблемы с APIРезультаты двух значений LCID на самом деле вызваны двумя совершенно различными причинами.TranslateCharsetInfo. Они указывают флагTCI_SRCLOCALEдля использования LCID как источника:fResult := TranslateCharsetInfo(langid, csi, TCI_SRCLOCALE);Они обнаружили, что результаты этого вызова не всегда соответствуют значениям, указанным в http://www.microsoft.com/globaldev/nlsweb/default.mspx
В частности:
LCID$0C04– Chinese (Hong Kong S.A.R.) - возвращает кодовую страницу 936 вместо ожидаемой 950
LCID$0004- Chinese (Simplified) – возвращает кодовую страницу 950 вместо ожидаемой 936
То, что я вижу - это ожидаемое поведение или нет? Если нет, то какой есть другой способ?
Мы также попробовали:GetLocaleInfo(langid, LOCALE_IDEFAULTANSICODEPAGE, szLocaleData, SizeOf(szLocaleData)/SizeOf(Char));Хотя этот способ возвращает 950 для LCID$0C04(уже лучше), но LCID$0004всё ещё возвращает 950 вместо 936.
Или я что-то упускаю?
Many thanks,
Colin
LCMapString работает с ключами сортировки.LCMAP_SORTKEY, то она возвращала вам двоичное представление строки (подходящее для использования в качестве индекса).Sleep и флагом или опрос с ожиданием на событии?
// Метод A while fKeepGoing do begin ... немного работы ... Sleep(50); end; // Метод B repeat ... немного работы ... until (WaitForSingleObject(hEvent, 50) <> WAIT_TIMEOUT);Какой сценарий лучше? Первый использует только один описатель - для потока. Второй использует два. Тратит ли первый пример больше потокового времени? Стоит ли использовать ещё и событие (объект ядра)?"
Sleep(0) является чистым способом отдать процессор (yield). Например, у них могли закончиться вещи, которые можно делать, и они просто хотят, чтобы другой поток делал работу.Sleep(0), чтобы отдать остаток своего кванта времени раньше срока, уменьшая, таким образом, свою долю в работе процессора. Заметьте, однако, что это не гарантирует, что запустится другой поток.У меня есть процедура, которая создаёт строки динамически. И мне нужна формула, которая берёт строку и делает небольшой уникальный идентификатор для этой строки (хэш-код), так что две одинаковые строки имели бы одинаковый идентификатор, а две различные строки - различный. Я пытался использовать String.GetHashCode, но у неё есть случайные совпадения. Какой есть способ, чтобы создать уникальный хэш?