Более быстрая замена для Regex

Question

У меня в классе около 100 Regex звонки, каждая обложка вызова различного типа данных в текстовом протоколе, но у меня много файлов и на основе аналитики regex выполнил 88% выполнения моего кода.

Многие такой код:

{ 
    Match m_said = Regex.Match(line, @"(.*) said,", RegexOptions.IgnoreCase); 
    if (m_said.Success) 
    { 
    string playername = ma.Groups[1].Value; 
    // some action 
    return true; 
    } 
} 

{ 
    Match ma = Regex.Match(line, @"(.*) is connected", RegexOptions.IgnoreCase); 
    if (ma.Success) 
    { 
    string playername = ma.Groups[1].Value; 
    // some action 
    return true; 
    } 
} 
{ 
    Match ma = Regex.Match(line, @"(.*): brings in for (.*)", RegexOptions.IgnoreCase); 
    if (ma.Success) 
    { 
    string playername = ma.Groups[1].Value; 
    long amount = Detect_Value(ma.Groups[2].Value, line); 
    // some action 
    return true; 
    } 
} 

Есть ли способ заменить Regex с каким-либо другим быстрее решения?

Answer 1

Для регулярных выражений, которые проверены в цикле, часто быстрее прекомпиляций их вне цикла и просто теста их внутри цикла.

Вам необходимо объявить различные регулярные выражения сначала соответствующими шаблонами и только вызывать Match() с текстом для проверки на втором шаге.

Answer 2

Вы можете попробовать заранее компиляции Regex или рассмотреть вопрос об объединении всех индивидуальных Regex выражения в один (монстр) Regex:

Match m_said = Regex.Match(line, 
      @"(.*) (said|(is connected)|...|...),", 
      RegexOptions.IgnoreCase); 

Вы можете проверить вторую группу захвата, чтобы определить, какой тип матча произошло.

Answer 3

Я знаю, что Regex может сделать много вещей, но здесь является эталон с Regex против char.Split против String.Split

http://www.dotnetperls.com/split в разделе Бенчмарки

Answer 4

Помимо прекомпиляции вашего регулярного выражения, вы могли бы выигрыш (возможно, гораздо больше), благодаря написанию более точного регулярного выражения. В связи с этим, .* почти всегда плохой выбор:

(.*) is connected означает: во-первых соответствует всю строку (это .* часть), а затем вернуться назад на один символ в то время, пока это не возможно, чтобы соответствовать is connected.

Теперь, если строка не очень короткая, или is connected появляется очень близко к концу строки, это много назад, которое стоит времени.

Итак, если вы можете уточнить, что такое разрешенное совпадение, вы можете повысить производительность.

Например, если допускаются только буквенно-цифровые символы, то (\w+) is connected будет хорошо. Если это любые символы без пробелов, используйте (\S+) is connected. И т.д., в зависимости от правил для действительного соответствия.

В вашем конкретном примере вы, кажется, ничего не делаете с захваченным совпадением, так что вы даже можете вообще выложить регулярное выражение и просто искать фиксированную подстроку. Какой метод будет самым быстрым в конце, зависит от вашего фактического ввода и требований.

Answer 5

Я не знаю, можете ли вы повторно использовать выражения, или если метод вызывается несколько раз, но если это так, вы должны предварительно скомпилировать ваши регулярные выражения. Попробуйте это:

private static readonly Regex xmlRegex = new Regex("YOUR EXPRESSION", RegexOptions.Compiled); 

В вашей выборке, каждый раз, когда метод используется это компилирует "выражение, но это как ненужное выражение является константным.Теперь он скомпилирован скомпилирован только один раз. Недостатком является то, что при первом обращении к выражению это немного медленнее.