hVosttМСУЯ с тобой согласен, есть куча задач с life time, когда с уничтожением по дефолту справляется контейнер. Особенно если идет речь о веб приложениях, так вообще всё просто - жизнь на реквест и море по колено. Но в долгоиграющих песочницах такие шутки уже не прокатят, нужен целенаправленный продуманный ход: попользовался дорогостоящим - освободи, иначе он будет сидеть долго и упорно в "вечном контексте". Вот что я хотел до тебя довести. И только.

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

У меня всегда один подход. Вижу диспосабельность - сразу её использую, когда объект не нужен. Всё просто. Если не нужна диспосабельность - нехрена инжектировать диспосабельные сервисы, в этом всё дело. По-моему всё очевидно как пиписька воробья.

Ладно, я спать. Что-то дохренища времени мы вбухали в эту говноинверсию. Куй бы с ней, лучше пожать.

Вообщем, вот тут реальная демка на юнити. Смотрим, ковыряем, думаем.

http://codearticles.ru/articles/2421

hVosttМСУ, щас поковыряем. кстати, по поводу codearticles: после выполнения входа надо пользователя возвращать на ту страницу, где он был, а не бросать на главную. дичайше раздражает. поправь плз.
Знаю, не до этого пока. Потом. Спасибо за напоминание.

hVosttМСУ, а в рецепте у тебя ничего про DI и не говорится... принципам IoC более менее соответствует, конкретное решение — типичный Service Locator.
Там для демонстрируется декларативный сервис локатор только для главного окна (в идеале нафик не нужно, просто я показываю, как оно вяжется в XAML). Для остальных окон используется честный DI контейнер.