Здравствуйте, shepard, Вы писали:

S>это понятно, только как это сделать? по такой схеме работает dotnetnuke, просто не хочется его исходники ковырять, может кто знает :)
он загружает динамически контрол,
псевдокод:

try{
    Contol uc=LoadControl("foo.ascx");
    Page.Controls.Add(uc);
}
catch(Exception exc){
    Control uc=LoadControl("exception.ascx");
    uc.Message=exc.Message;
    Page.Controls.Add(uc);
}... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, shepard, Вы писали:

S>получу ли я при таком подходе исключение возникшее в обработчике нажатия кнопки в моем контроле, например?

нет конечно, разве по псевдокоду этого не видно :) , это при добавлении его на страницу.
Сейчас гляну как они делают если exception при обработке события... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, shepard, Вы писали:

Прошу прощения за задержку(свои дедлайны),
что значит правильно писать код (оборачивая все в обертку:

Try
...
Catch exc As Exception   
ProcessModuleLoadException(Me, exc)
End Try
).
Страница default.aspx (dnn одностраничный портал), наследуется от PageBase,
в котором есть волшебный метод:

Private Sub Page_Error(ByVal Source As Object, ByVal e As System.EventArgs) Handles  MyBase.Error
            Dim exc As Exception = Server.GetLastError
            Dim strURL As String = ApplicationURL()
            If Not Request.QueryString("error") Is Nothing Then
                strURL += IIf(strURL.IndexOf("?") = -1, "?", "&").ToString & "error=terminate"
            Else
                strURL += IIf(strURL.IndexOf("?") = -1, "?", "&").ToString & "error=" & Server.UrlEncode(exc.Message)
                If Not IsAdminControl() Then
                    strURL += "&content=0"
                End If
            End If
                ProcessPageLoadException(exc, strURL)
        End Sub
который как я подсветил жирным, перехватывает все необработанные exception на странице...... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, kaer, Вы писали:


K>Что в свою очередь означает, что они перехватывают только ошибки времени загрузки контролов, если что-то сломалось на другом шаге цикла — мы вываливаемся на стандартный error page.

Неверно, они перехватывают все необработанные исключения на странице .
Вот цитата с MSDN:
Unhandled Exceptions
Earlier we mentioned that ASP.NET, or rather the CLR, forces us to deal with an exception when an error occurs. We obviously don't write Try/Catch/Finally blocks around all of our code, and in the cases where we don't, ASP.NET still provides us with some facilities for handling the exception through two events:

Page_Error
Application_Error
Page and Application Error Event Handlers
The case exists where an exception is unexpected and does not occur within the bounds of a Try/Catch/Finally block. These exceptions are usually an indicator that something is substantially wrong with the application. That is, some abnormal error has occurred and there is no graceful way to get out of the error. In these situations, where we don't wrap the faulty code with a Try/Catch/Finally block, we still have the option to deal with the error at either the Page or Application level.

If we choose to deal with the error at the Page level, we must provide an implementation for the Page_Error event:

VB.NET

Public Sub Page_Error(sender As Object, e As EventArgs)
' Implementation here
End Sub

C#

public void Page_Error(Object sender, EventArgs e) {
// Implementation here
}

This event is implemented within the Page that the error may occur within.

Alternatively, we can also implement the Application_Error event. Unlike the Page_Error event, the Application_Error event is implemented in global.asax and any unhandled exception that occurs within our application raises this event (if implemented):

VB.NET

Public Sub Application_Error(sender As Object, e As EventArgs)
' Implementation here
End Sub

C#

public void Application_Error(Object sender, EventArgs e) {
// Implementation here
}

Within either of these events, we can run code such as sending an e-mail to the administrator or writing to the event log noting that an error occurred. In the next column, we'll discuss writing to the Windows Event Log.

In addition to running code to alert necessary persons to the exception within our application, we still have the opportunity to massage the exception—clearing it if necessary. We have access to the exception that occurred through the Server.GetLastError() method which returns an Exception class, and we can clear the exception using the API Server.ClearError().P.S. Ошибки времени загрузки контролов обрабатываются как я уже показал в псевдокоде :)... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, kaer, Вы писали:

K>Здорово :) Теперь если не трудно объясните,
трудно и сейчас нет времени, shepard спрашивал как это происходит в dnn, я думаю, что ответил на его вопрос.
K> пожалуйста, мне что нужно дописать в метод Page_Error,
можно анализировать request, смотреть что вызвало postback, находить номер модуля, перегрузить построение страницы в dnn, и вместо контрола рейдить надпись.
K> чтобы вместо экрана с ошибкой отрендерилась обычная страница, как будто ничего не произошло, а на месте кнопки было "This control just crushed."
P.S.Обьясните, что это за религия, которая не позволяет обработку события в контроле делать с помощью следующего блока:

Try
    'тут ваш код
Catch exc As Exception   
    ProcessModuleLoadException(Me, exc)
End Try... << RSDN@Home 1.1.4 stable SR1 rev. 568>>

Здравствуйте, kaer, Вы писали:

K>Ничего не мешает :) Более того, все exception'ы, которые являются просто сообщениями
это как?
K> для UI из более глубоких слоев — обязательно нужно поймать и корректно обработать. Но когда шлепнулось ХренЗнаетЧто типа System.Exception, то никакого дальнейшего рендеринга делать нафиг не надо — error page и все.
хотелось бы увидеть пример вот этого ХренЗнаетЧто
ну так dnn делает рейдеринг на страницу с ошибкой если ты исключения не обрабатываешь
K>Цель программиста — исключить такие ситуации :)
согласен... << RSDN@Home 1.1.4 stable SR1 rev. 568>>