ZP тормозит из-за большого списка

[Atlas]

Всем привет!
Такая ситуация:
1) Шаб проверяет наличие ключа в списке:

lock(SyncObjects.ListSyncer)
return project.Lists["keywords"].First(s=>s.Contains(project.Variables["keyword"].Value));

2) Если ключа нет, то добавляет его в список.
В итоге сейчас список разросся до 160к строк => упала скорость выполнения шаба. Не могу сообразить, как этот момент оптимизировать можно, подскажите пж-ста...

 

[Saf]

Переходи на работу с Базой данных и будет тебе счастье, txt список так себе бдшка=)))

 

[kagorec]

Проверь такой вариант

string nameRegexp = project.Variables["key"].Value;
IZennoList Names = project.Lists["spisok"];
Regex re = new Regex(nameRegexp, RegexOptions.IgnoreCase);
return Names.Any(item => re.IsMatch(item));

 

[WebBot]

+1 за БД
и быстрее и надежней и удобней

 

[Atlas]

Проверь такой вариант

string nameRegexp = project.Variables["key"].Value;
IZennoList Names = project.Lists["spisok"];
Regex re = new Regex(nameRegexp, RegexOptions.IgnoreCase);
return Names.Any(item => re.IsMatch(item));

Выполнение действия CSharp OwnCode: Проверить ключ в списке keywords. Коллекция была изменена; невозможно выполнить операцию перечисления.

 

[kagorec]

Свои названия списка и переменной впиши.

 

[Atlas]

Свои названия списка и переменной впиши.

это я вписал

 

[kot2566]

Проверь такой вариант

string nameRegexp = project.Variables["key"].Value;
IZennoList Names = project.Lists["spisok"];
Regex re = new Regex(nameRegexp, RegexOptions.IgnoreCase);
return Names.Any(item => re.IsMatch(item));

А работа с регулярками разве не более тяжёлая операция по сравнению с поиском подстроки (как было изначально у тс)?