Обработчик события не реагирует на событие?

Есть класс для работы с Sql-соединением. В нем есть обработчик события изменения состояния соединения, который использует делегат на метод главной формы, метод должен изменять текст на кнопке "соединиться".

Кода довольно много, с вашего позволения залью на pastebin. Если таки необходимо вставлять код прямо сюда, то сделаю. http://pastebin.com/ddzCxYK5

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

Проблема в том, что задуманная схема отлично работает, когда соединение открывается или закрывается, однако когда статус соединения меняется на ConnectionState.Connecting мне не удалось никоим образом добиться срабатывания обработчика, видно, что поток управления даже не заходит туда, т.к. не отображается MessageBox'ы если их туда поместить.

Что я делаю не так?

0

Сообщение от landgen у меня 13 студия и ничего не происходит

Значит во всем виноваты мелкомягкие. 100500.

1

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

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

0

Сообщение от insite2012 Значит во всем виноваты мелкомягкие. 100500.

Пометил как лучший ответ

Cкажите ещё, раз уж зашел. Как вы видели из кода, соединение открывается через тру-кетч, если открыть соединение не получилось, то исключение выводится на экран.
Почему после неудачной попытки соединения я ещё некоторое время не могу попытаться открыть его заново? При вызове этого же блока тру-кетч моментально опять бросается исключение. На момент вызова connection.Open статус подключение находится в Closed, соответственно, непонятно, что ему не нравится?

Добавлено через 3 минуты

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

Увы, идея была изначально такая, но при реализации длинных проверок типа "а вот если соединения нет, то попытаться соединиться, а если соединиться не получилось, то - так, если получилось - то эдак" я начал плавать в коде и в конце концов мне пришлось вернуться к бэкапу, т.к. всё изгадил.
А здесь мне очень нравится, очень объектно-ориентированно и надёжно получилось: в главной форме есть метод, который через делегат вызывает обработчик события смены состояния, и если что не так, то все сразу отключается, пользователю на экран тут же выводятся необходимые сообщения итд. Вроде даже ООП не нарушил, по крайней мере, ничего плохого в том, чтобы работать с элементами другой формы через делегат нет.

0