У меня есть код, который дает идентификатор пользователя утилите, которая затем отправляет email этому пользователю.

emailUtil.sendEmail(userId, "foo");

public void sendEmail(String userId, String message) throws MailException {
    /* ... logic that could throw a MailException */
}

MailException может быть брошен по ряду причин, проблем с адресом email, проблем с шаблоном почты и т.д.

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

Edit: как уточнение, исключения не предназначены для журналов, а что-нет, это относится к тому, как код реагирует на них. Чтобы продолжить работу с примером mail, предположим, что когда мы отправляем почту, она может потерпеть неудачу, потому что у вас нет адреса email, или потому что у вас нет действительного адреса email, или она может потерпеть неудачу.. и т.д.

Мой код хотел бы реагировать по-разному на каждую из этих проблем (в основном путем изменения сообщения, возвращенного клиенту, но и фактической логики).

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

Вы можете легко использовать события PropertyChanges для установки флага. Но как вы легко сбросить его после сохранения в ObjectContext ?

cl-t128-071cl# jls<br/>
 JID IP Address Hostname Path<br/>
 3 174.142.170.0 0.greyhard.ru /home/jail/0.greyhard.ru<br/>
Ошибка сегментации(core dumped) (в этом месте должен был быть второй джайл)<br/>
<br/>
cl-t128-071cl# tail -f /var/log/messages<br/>
Feb 25 21:26:58 cl-t128-071cl kernel: pid 18886 (jls), uid 0: exited on signal 11 (core dumped)

Каковы преимущества / недостатки сохранения SQL в исходном коде C# или в сохраненных Procs? Я обсуждал это с другом в рамках проекта с открытым исходным кодом, над которым мы работаем (C# ASP.NET Forum). На данный момент большая часть доступа к базе данных осуществляется путем построения SQL inline в C# и вызова SQL Server DB. Поэтому я пытаюсь установить, что для этого конкретного проекта было бы лучше всего.

Пока что у меня есть:

Преимущества Для в код:

• Проще в обслуживании - не нужно запускать скрипт SQL для обновления запросов
• Проще портировать на другой DB-нет procs для порта

Преимущества хранимых процедур:

• Спектакль
• Безопасность