Пишу небольшое приложение по получению данных о товарах с сайта поставщика, с БД работаю посредством EF.

Возникла идея использовать один раз созданный объект контекста данных на все приложение, но предследует непримиримый внутренний конфликт, чем то такой подход будет плох, разъясните пожалуйста почему так делать нельзя или почему все таки такая реализация приемлема.

Заранее благодарен!

На ВСЁ приложение, по сути хочу использовать паттерн - одиночка.

Цель преследуется следующая:
Имеется некий класс который выполняет получение данных с сайта о товаре, далее эти данные необходимо сохранить в БД (предварительно некоторые данные необходимо удалить из БД), естественно все операции должны выполняться в одной транзацкии. Сама идеология класса такова, что контекст передавать в него непосредственно было бы неправильно - его суть заключается в том, чтобы получить данные с сайта и с помощью парсера - распарсить, далее через класс Адаптер товара - изменить св-ва самого товара.

На самом деле контекст потребуется как раз в классе Адаптера товара, а как следствие передавать объект контекста данных еще глубже по цепочке - совсем плохой подход. Отсюда и появилась идея использовать единый один раз созданный контекст во всем приложении.

PS: Пока писал, понял, что имеются в моей архитектуре некоторые изъяны, но тем не менее вопрос остается открытым: "Чем плох подход использовать одиночку?"

Спасибо за ответ!
А если использовать подобный подход в каком либо бизнес приложении обладающем гораздо более широким функционалом, чем в приведенном примере?

Аа, т.е. сам подход имеет право на жизнь, и вся дилемма сводится к актуальности закешированных данных!
Спасибо огромное! :)