использованием и попробовать/поймать вложенности

Question

Этот вопрос больше из того, что это правильный путь, чтобы сделать что-то ...

Вопрос ... есть правильный раскрой порядок между using блока и try/catch?

Согласны ли вы встраивать всю инструкцию using внутри try/catch и поддерживать преимущества блока using? (или исключение приведет к тому, что закрывающая часть оператора использования будет выбрасываться из окна)

Или вы должны вставить try/catch в операторы using и окружать только операторы, поддерживающие доступ к базе данных?

Is ...

try { 
    using(tsmtcowebEntities db = new tsmtcowebEntities()) { 
      violationList = (from a in db.DriverTrafficViolationDetails 
          where a.DriverTrafficViolation.DriverApplicationId == DriverAppId 
          orderby a.DateOfOccurance descending 
          select a).ToList<DriverTrafficViolationDetail>(); 
      GeneralViolation = (from a in db.DriverTrafficViolations 
           where a.DriverApplicationId == DriverAppId 
           select a).FirstOrDefault(); 
    } 
} catch { } 

менее/более правильно, чем ...

using(tsmtcowebEntities db = new tsmtcowebEntities()) { 
    try { 
      violationList = (from a in db.DriverTrafficViolationDetails 
          where a.DriverTrafficViolation.DriverApplicationId == DriverAppId 
          orderby a.DateOfOccurance descending 
          select a).ToList<DriverTrafficViolationDetail>(); 
      GeneralViolation = (from a in db.DriverTrafficViolations 
           where a.DriverApplicationId == DriverAppId 
           select a).FirstOrDefault(); 
    } catch { } 
} 

Answer 1

Позже лучше: он избежит маскировки исключений, в конце концов брошенных dy dispose. См. Это article.

Answer 2

Я хотел бы предложить размещение TRY/поймать в пределах использования, потому что независимо от того, или не является исключением бросок, вы должны распоряжаться типами контейнера одноразового объекта

Answer 3

Это действительно вопрос стиля и насколько вы хотите сохранить объем db:

Если использование находится внутри блока try/catch, то переменная db будет доступна только в пределах части try.

Если использование находится вне блока try/catch, он будет виден внутри участка улова.

Независимо от того, что переменная будет удалена правильно, поскольку используемый блок является эквивалентом try/finally.

Лично мне было бы интересно, почему вам нужно вообще есть исключения и что, если что-нибудь, вы можете с ними сделать.

Answer 4

using гнезда предсказуемо с try/catch и Dispose будут называться все по дорогам. Предсказуемо означает, что управление всегда вытекает из внутренних -> внешних областей (как для Исключений, так и для нормального возврата потока).

Вопрос заключается в том, то: , когда если улова быть выполнен в связи с Dispose и , что должен объемом улова быть? Ответ на этот вопрос будет зависеть от кода, но должен быть «внутри», если требуется доступ к db и «снаружи», если код выполнен как частьusing * может быть источником исключения.

(Кроме того, пустые уловы блоки неприглядные! Я предполагаю, что они там «для демонстрационных целей».)

День кодирование.

---

* Обратите внимание, что внешний улов будет перехватывать исключения из new tsmtcowebEntities() или (как было отмечено J.N.) в Dispose, если таковые существуют. (Это еще одна тема, если это приемлемо для любой конструкции, чтобы исключить исключение ;-) Я предпочитаю ловить исключения как можно ближе к источнику, и позволяю исключениям, которые я не знаю, как бороться с «выкачиванием» неотображаемым кроме в некоторых конструкциях верхнего уровня (например, обработчики событий).