Приветствую всех.

Вот столкнулся с непонятной проблемой.
Пишу приложение работающее с БД на MS SQL server. Для описания объектов использую статические классы, которые содержат статические методы для чтения/записи данных в БД.
Поначалу каждый раз создавал новое соединение с БД. Статической использовал строку соединения. 

Потом подумал что это не совсем правильно. Нужно один раз создать соединение и потом его использовать по мере необходимости (открывать/закрывать). Решил сделать не строку подключения статической, а весь объект соединения статическим.
В умных книжках написано что C# гарантированно вызовет статический конструктор перед первым использование поля, свойства или метода статического класса. И потом можно постоянно его(поле например) использовать в других классах.
Я попробовал создать статический объект типа SqlConnection.
Сначала делал только статическое поле, а потом добавил статический конструктор и далее еще и метод. 

 Перед первым использованием он создается нормально. Все хорошо.
Но вот когда надо второй раз использовать это соединение, оно теряет свое свойство connectionString.
И вот в чем тут проблема мне никак не понять. Изменения вносимые к класс Verbinding к решению проблемы не привели.
В принципе все осталось тем же самым, а запись увеличилась.

Прошу подсказать или объяснить в чем я не прав.   И как это исправить?
Заранее спасибо.

Это сообщение отредактировал(а) thomas - 17.5.2009, 15:11

А почему нельзя создать класс-singleton?

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

Unlocker, 
Приветствую.
Сделал как ты посоветовал. Через свойство.

Но результат тот же.
При первом использовании соединение создается, данные из БД считываются и отображаются на экране.
Но при попытке сохранить изменения после редактирования данных или новой строки вылетает ошибка об отсутствии инициализации свойства connectionString для соединения.
И действительно если использовать брейкпойнты то видно в первом случае свойство присвоено как и написано в конструкторе, а во втором случае оно пустое.



Вопрос, куда девается присвоенное ранее значение и почему это происходит? 

Это сообщение отредактировал(а) thomas - 17.5.2009, 16:10

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

Unlocker, 
Даже если в классе Verbinding написать только одно статическое поле

то один раз срабатывает на УРА, а при повторном использовании вылетает исключение. Куда то девается значение свойства ConnectionString у connection.
Хотя аналогичную конструкцию я использовал и в другом проекте и там все было чики чики.

Добавлено через 3 минуты и 9 секунд
Idsa, 
Привет.
Да уж интересно где и почему это происходит.
Ведь по идее один раз созданный статический объект меняться не должен. Сам я его ни где не меняю.
Мне надо только в нужный момент подсунуть его для создания команды и открыть/закрыть при её выполнении.
И откуда, блин, растут ноги?   

thomas, попробуй внимательно пройтись дебаггером и все-таки определить место, где меняется значение строки соединения.

Idsa, 
Не найти.
При последнем закрытии перед отрисовкой формы все нормально.
После добавления нового элемента и попытке его сохранить
в объекте соединение свойство утеряно.
  

thomas, можно попробовать закачать исходники .NET и поставить breakpoint на setter свойства ConnectionString.

Это сообщение отредактировал(а) Idsa - 17.5.2009, 17:43

Вопрос реально интересный. При работе с ADO я делал DataSet приложения синглетоном: было очень удобно.
Кстати, можно попробовать в геттере SqlConnection проставить инициализацию строкой подключения.
Попробуй так:

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

Idsa, 
Unlocker, 

Из той же оперы вопрос.
Я тут обнаружил что у меня по ходу пьесы одно соединение должно использоваться для разных команд одновременно.
Объясняю на пальцах.
Есть группа товаров, в ней различные категории, в категориях субкатегории , а в них уже товары.
Так вот считываю данные на группу из БД, использую для этого СП и ДатаРидер. Соответственно соединение открыто.
А группа то содержит категории, значиться для свойства категории объекта группа вызывается метод  из класса категория для считывания данных из БД.
И в этом методе должно использоваться тоже соединение, которое уже использует метод класса группа, но с другим объектом SqlCommand и StoredProcedure.
Да еще оно(соединение) открыто. А тут по новой открывать. Экскпшен.

Вопросец, а можно ли одно соединение использовать ОДНОВРЕМЕННО для разных объектов типа SqlCommand на основе разных StoredProcedure?

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

Тут все зависит от базы. thomas, начиная с SQL Server 2005, появился режим MARS (раз, два). Инициализируется этот режим через строку соединения указанием "MultipleActiveResultSets=true;".


Да ладно. Не проверял, но мне кажется логичным, чтобы при открытом соединении вызов Open не влек за собой ровным счетом ничего.

thomas, есть какие-нибудь успехи с дебагом на уровне исходников .NET?

Это сообщение отредактировал(а) Idsa - 18.5.2009, 07:08

Правильно - создавать SqlConnection, открывать и закрывать для каждой операции, а не держать один синглтон. B противном случае поимеешь вот как раз те проблемы, что в предыдущих постах описаны.

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

Создаешь SqlConnection, открываешь, выбираешь группы, закрываешь.
Создаешь SqlConnection, открываешь, выбираешь категории, закрываешь.
Чем плохо?

О каких проблемах ты говоришь? О том, что "обнуляется" свойство ConnectionString? Ты думаешь, эта логика прошита в каком-то из методов класса SqlConnection?

Хз, где она там прошита, но я точно знаю что для SqlConnection Close and Dispose are functionally equivalent. Странно ожидать нормальной работы от диспоузнотого объекта.

И, кстати, нет никакого смысла открывать надолго SqlConnection, в надежде получить бонус по скорости - это наоборот перечеркивает все фишки от pooling-a соединений. Там внутри все и так статическое.