ЛПМне нужно отцепить вьюху от вьюмодели. Например для того, чтобы прицепить к другой вьюмодели. Или для того, чтобы к этой вьюмодели прицепить другую вьюху. Или мало ли еще для чего.
Что бы мне ни было нужно - в момент отцепления вьюмодели от вьюхи я не ожидаю шевелений беспричинных.А может не нужно обнулять DataContext? Просто обнулить все ссылки на вьюху, убрать её из логического дерева - и она рано или поздно погибнет от рук равнодушного GC?

Ну или подумать о DataTemplate.

I've WPF тынц или http://%5DDesignTimeResourceDictionary%5B/url], или ComponentResourceKey

I've WPF 2.DesignTimeResourceDictionary или 3.DesignTimeResourceDictionary in Blend , или 4.ComponentResourceKey Ценю твой труд по поиску ссылок, но, к сожалению, ничего нового.

ЛПНу или подумать о DataTemplate.
В куда?Ну ты пихаешь свою вьюмодель прамо в контейнер (myContentControl.Content = myViewModel). Удаляешь оттуда когда надо (myContentControl.Content = null) и вьюха чудом удаляется сама собой. Правда все ICommand-ы должны быть кошерными. Но это уже прописная истина, которую должен знать каждый.

ЛПОно в реальности чуть-чуть не так, но положим.
При чём здесь DataTempate, я не понял?
Пусть надо сменить одну вьюху на другую, при неизменной вьюмодели. Куда мне сдался DataTemplate?Меняешь DataTemplate на другой. DataTemplateSelector опять же...
ЛППравда все ICommand-ы должны быть кошерными. Но это уже прописная истина, которую должен знать каждый.А как это влияет на то, что у меня в один момент времени живет две вьюхи, прибинденые к одной вьюмодели, и одна из этих вьюх хрен пойми когда соберётся GC с неразберипойми какими побочными эффектами?Ну когда появятся побочные эффекты - тогда и будеш разгребать. Чё раньше времени проблему создавать?

ЛП2 Алексей К
Меняешь DataTemplate на другой. DataTemplateSelector опять же...
Та што ш такое...
Куда дататемплейт? Зачем дататемплейт?
Есть вьюха раз, есть вьюха два. Куда темплейт засунуть?
Ну DataTemplate и есть одно из проявлений View. Если у тебя уже есть UserControl - ну пихани его в DataTemplate. Когда произойдёт myContentControl.Content = null - умрёт DataTemplate, а вместе с ним и твой UserControl. Если я неправильно понял постановку задачи - не суди строго. :-))

ЛПНу когда появятся побочные эффекты - тогда и будеш разгребать. Чё раньше времени проблему создавать?
Ничего, что когда проблемы появятся, я за неделю на оленях не доеду дотуда, где их придётся разгребать?Предполагаю, что если будут проблемы - они вылезут сразу. Оленей запрячь не успееш.

ЛПЕсть вьюха, используется для отображения. Перестала использоваться для отображения - ну и в топку её. Оторвать ей всю связь с внешним миром, и пусть себе в памяти висит, ждёт прихода GC. Её там хоть насквозь перекорёжить может всю, не страшно, ибо она уже ни к чему не привязана, живёт своей жизнью в ожидании своей смерти.
По моему вполне кошерный подход.

Ты предлагаешь не отвязывать её от всего остального, дескать авось прокатит, авось ничего страшного не случится. Так вот у меня нет уверенности в том, что ничего страшного не случится. Я вон вижу, что вьюха уже на ровном месте обсираться умудряется, на строчке view.DataContext=null. Она живёт то еле-еле, а уж как будет умирать - ваапсче неизвестно. И будет ли она спокойно дожидаться своей смерти вплоть до прихода GC, или у неё еще какие бзики начнутся - не знаю, и, в общем-то, надеюсь никогда этого не узнать.

На "авось" программировать как то не хочецо. Есть локализованное место в коде, где безболезненно отцепить вьюху можно - значит в этом месте безболезненно отцепить вьюху нужно. Совсем безболезненно не получилось, возникли проблемы странные? Ну вот эти проблемы я потихоньку и решаю. Вовсе не "раньше времени", а как только, так сразу.Бретанские учоные доказали, что DataBinding в WPF сделан по уму. Предположительно, биндинги отписываются от PropertyChanged вьюмодели при отсоединении от логического дерева (FrameworkElement.Unload event). Или там всё замучено через Weak Event Pattern, не столь важно. Если бездумно самому не подписываться из вью на события вьюмодели, а делать всё через биндинги - проблем быть не должно.

ЯИли там всё замучено через Weak Event Pattern, не столь важноСкорее всего именно так. В противном случае зачем в MSDN болтается описание System.ComponentModel.PropertyChangedEventManager.

i've wpfЗЫ PropertyChanged реализован через WeakReferencePropertyChanged реализует кто как хочет. А вот подписка на него в Binding реализована через Weak Event. Чего не сделано в подписке на ICommand.CanExecuteChanged.