Шаблон для пробования различных методов при возникновении исключения

Вернуть код ошибки вместо создания исключения.

Если способы отказа этих методов вызывают исключения, перехватите их все в одном методе и выполните соответствующие действия, например, увеличьте счетчик и верните код ошибки.

   bool result = DoSomething();
   while (!result && tries < MAX_TRIES) {
       result = DoSomethingApproximately(); //This will increment tries
       if (tries > THRESHOLD) {
           result = DoSomethingThatAlwaysWorks();
       }
   }

Вы никогда не должны использовать исключения для потока управления вашего приложения.

В вашем случае я бы объединил три метода в один метод, и он вернул бы, какой конкретный подход был успешным, возможно, с перечислением или чем-то в этом роде.

Как насчет (псевдокода):

try{ return doSomething(); }
catch(ExpectedException) { ...not much here probably...}

for(i = 0 to RETRIES){
try{ return doSomethingApproximately; }
catch(ExpectedException) { ...not much here probably...}
}

doSomethingGuaranteed();

Дополнение:

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

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

Queue<Action> actions = new Queue<Action>(new Action[] {
   obj.DoSomething,
   obj.DoSomethingApproximately,
   obj.DoSomethingApproximately,
   obj.DoSomethingApproximately,
   obj.DoSomethingApproximately,
   obj.DoSomethingGuaranteed
});

actions.First(a => {
   try {
      a();
      return true;
   } catch (Exception) {
      return false;
   }
});