ДА
Интересно, а варианты "неаллоцирующего" linq как поступают
Size: a a a
2020 August 23
MC
Потому что их мало?
Но ведь все равно быстрее сравнить на равенство два int, чем сравнивать на равенство каждый символ строки
ДА
Но ведь все равно быстрее сравнить на равенство два int, чем сравнивать на равенство каждый символ строки
Зависит от того, как ты эти два инта из строки получаешь
MC
Зависит от того, как ты эти два инта из строки получаешь
Так инты (хеш) считаются только 1 раз. Набор ключевых слов ж не меняется вовремя выполнения
ДА
Ну а код не константный, по нему всё равно итерироваться надо
ДА
А итерироваться по одной строке или по 5 это уже не важно
MC
А итерироваться по одной строке или по 5 это уже не важно
HashSet<string> по сути int[]
И с ним мы делаем один проход этого int[]
String[] это по сути char[][]
И тут мы делаем проход char[][] и каждого сhar[]
И с ним мы делаем один проход этого int[]
String[] это по сути char[][]
И тут мы делаем проход char[][] и каждого сhar[]
ДА
Тут можно же несколькими итераторами проходить
ДА
Точнее наоборот, одни итератором все строки
ДА
Сначала сравниваем первые символы, отбрасываем несовпадающие, потом вторые и т.д.
ДА
Плюс строки сравнивать всё равно придется
ДА
Тебе же надо точное совпадение, а не с точностью до коллизии
MC
Сначала сравниваем первые символы, отбрасываем несовпадающие, потом вторые и т.д.
А куда мы записываем результат того, что отбросили несовпадающие?
MC
Тебе же надо точное совпадение, а не с точностью до коллизии
Совпадение символов по региональному стандарту меня не волнует. Только полная идентичность строк интересна
ДА
Сравнение хешей строк тебе не даст полной идентичности
MC
Т.е у строк хеш считается с учётом региональных стандартов?
MC
Но в ключевых словах ж нет каких-то коварных символов
K
Пользуясь случаем лишний раз напомню, что хэш строк в дотнете не детермерирован и будет другим после перезапуска приложения.