iPhone: Получите путь к файлу, который является в подпапке папки Resource

В редком отклонении от моего типичного самомнения я - вид инвертирования меня на этом ответе.

Мой исходный ответ, сохраненный ниже, был основан на исследовании версии 1.1 платформы.NET. Это довольно позорно, так как.NET 2.0 отсутствовала больше трех лет во время моего ответа, и это содержало изменения в Regex класс, которые значительно влияют на различие между статическими методами и методами экземпляра.

В.NET 2.0 (и 4.0), помехи IsMatch функция определяется следующим образом:

public static bool IsMatch(string input, string pattern){
    return new Regex(pattern, RegexOptions.None, true).IsMatch(input);
}

значительная разница здесь то, что мало true как третий аргумент. Это соответствует параметру, названному "useCache". Когда это верно, тогда проанализированное дерево получено от кэшируемого на втором и последующем использовании.

Это кэширование съедает most—, но не all— различия в производительности между статическими методами и методами экземпляра. В моих тестах помехи IsMatch метод был все еще приблизительно на 20% медленнее, чем метод экземпляра, но который только составил приблизительно половину второго увеличения, когда выполнено 100 раз по ряду 10 000 входных строк (для в общей сложности 1 миллиона операций).

Это 20%-е замедление может все еще быть значительным в некоторых сценариях. При нахождении себя regexing сотнями миллионов строк Вы, вероятно, захотите сделать каждый шаг, Вы можете для создания его более эффективным. Но я держал пари, что 99% времени, Вы используете конкретный Regex не больше, чем несколько разы, и дополнительная миллисекунда, которую Вы теряете статическому методу, не будет даже близко к значимому.

Опоры к [1 116] devgeezer, кто указал на это почти год назад, хотя никто, казалось, не заметил.

Мой старый ответ следует:

помехи IsMatch функция определяется следующим образом:

public static bool IsMatch(string input, string pattern){
    return new Regex(pattern).IsMatch(input);
}

И, да, инициализация Regex объект не тривиален. Необходимо использовать помехи IsMatch (или любые из других помех Regex функции) как быстрый ярлык только для шаблонов, которые Вы будете использовать только однажды. При многократном использовании шаблона это стоит того для многократного использования Regex объект, также.

относительно того, необходимо ли определить RegexOptions.Compiled, как предложил Jon Skeet, это - другая история. Ответ там: это зависит. Для простых шаблонов или для шаблонов использовал только несколько разы, это может быть быстрее для использования нескомпилированного экземпляра. Необходимо определенно представить перед решением. Стоимость компиляции объекта регулярного выражения является довольно большой действительно и не может стоить того.

Берут, как пример, следующее:

const int count = 10000;

string pattern = "^[a-z]+[0-9]+$";
string input   = "abc123";

Stopwatch sw = Stopwatch.StartNew();
for(int i = 0; i < count; i++)
    Regex.IsMatch(input, pattern);
Console.WriteLine("static took {0} seconds.", sw.Elapsed.TotalSeconds);

sw.Reset();
sw.Start();
Regex rx = new Regex(pattern);
for(int i = 0; i < count; i++)
    rx.IsMatch(input);
Console.WriteLine("instance took {0} seconds.", sw.Elapsed.TotalSeconds);

sw.Reset();
sw.Start();
rx = new Regex(pattern, RegexOptions.Compiled);
for(int i = 0; i < count; i++)
    rx.IsMatch(input);
Console.WriteLine("compiled took {0} seconds.", sw.Elapsed.TotalSeconds);

В [1 113], как перечислено, второй вывод является самым быстрым. Увеличение count к [1 115], и победы скомпилированной версии.