Форум программистов [Powered by Invision Power Board]

Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > WPF и Silverlight > Как найти шаблон за пределами корневого элемента

Автор: dzaraev 27.2.2013, 13:09

Мне нужно создать примитивную инфраструктуру для открытия окон. Поэтому необходимо создать окно, умеющее показывать любой объект.
Независимо от того, программно или через XAML задается окно, я сталкиваюсь с принципиальной проблемой автоматического поиска шаблона, для отображения содержимого.

Например, есть окно:

Код


<Window x:Class="Somewhere.View.CommonWindow"
        x:Name="window"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
        >
    <ContentPresenter 
        DataContext="{Binding DataContext, ElementName=window}"
        Content="{Binding DataContext, ElementName=window}"/>    
</Window>

Соответственно, есть код, который создает и настраивает окно на отображение определенного объекта:

Код


void AddWindow(MyClass myViewModel)
{
    var window = new CommonWindow();
    window.DataContext = myViewModel;
    window.Show();
}

И где-то недалеко в XAML лежит типизированный шаблон:

Код


<DataTemplate DataType="{x:Type vm:MyClass}">
            <v:MyClassView />
</DataTemplate>

Проблема в том, что данный ContentPresenter не сможет найти указанный типизированный шаблон через дерево элементов, т.к. Window.Parent == null. Единственный вариант, который я вижу - это помещать такие шаблоны в ресурсы приложения (туда поиск конечно дойдет), но это неприемлемо, т.к. существуют разные представления для разных случаев.

Буду рад любым идеям smile

Автор: Flap 28.2.2013, 08:15

я у себя в проекте сделал простое окно с фреймом:

Код


            <Frame NavigationUIVisibility="Hidden"
                Background="Transparent"
                Source="views/Login.xaml" Name="frame"                
                >                
            </Frame>

И теперь, когда мне надо показать в нем что-то другое, делаю что-то типа такого:

Код


     NavigationService.Navigate( new ProjectView(_projects.SelProject));

В данном случае, ProjectView - это страница WPF.

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

Автор: dzaraev 28.2.2013, 09:38

Цитата(Flap @ 28.2.2013, 08:15

)

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

У меня приложение строится по шаблону MVVM, диалог с пользователем инициируется на уровне ViewModel, а в описанном тобой случае работа происходит на уровне View. Чтобы открывать окна из View необходимо использовать события или мессенджинг между View и ViewModel - это возможно в MVVM, но крайне неудобно и громоздко при большом количестве диалогов, вызываемых в разных местах. :(

Автор: Flap 1.3.2013, 15:01

Для вызова диалога из ViewModel обычно используют некий интерфейс IDialogService. Экземпляр объекта, реализующий этот диалог, передают в конструктор ViewModel.
Примерно так:

Код


public interfave IDialog
{
   bool? Show();
   ViewModelBase Data{set;get;}
}


public class MyDialog: IDialog
{
   public ViewModelBase Data{set;get;}

   public Show()
   {
      MyDialogWindow dlg = new MyDialogWindow(); <<<<--- вот это окно WPF
      dlg.DataContext = (MyViewModel)Data;
      return dlg.ShowDialog();
   }
}

public class MyViewMode()
{
   protected IDialog _dialog;
   public MyViewModel(IDialog aDlg)
   {
      _dialog = aDlg;
   }

   public Какая-то команда
   {
      if( _dialog.Show() == true )
      {
         //делаем что-нибудь с введеными данными.
         MyViewModel data = (MyViewModel)_dialog.Data;
      }
   }

Автор: dzaraev 1.3.2013, 16:12

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

По сабжу - ответ скорее всего таков - никак. Т.к. окно - корневой элемент и фреймворк шлет на фиг при попытке сделать его чьим-нибудь чайлдом :(

Все равно спасибо за участие, тему считаю закрытой. smile

Автор: Flap 1.3.2013, 16:49

>>По сабжу - ответ скорее всего таков - никак. Т.к. окно - корневой элемент и фреймворк шлет на фиг при попытке сделать его чьим-нибудь чайлдом :(
По этому поводу я написал в первом свое сообщении.
Размести на главном окне Frame и пихай туда Page. Page на такую манипуляцию реагирует нормально.

Автор: dzaraev 1.3.2013, 18:03

Цитата(Flap @ 1.3.2013, 16:49

)

Размести на главном окне Frame и пихай туда Page. Page на такую манипуляцию реагирует нормально.

эта манипуляция открывает новое окно? мне нужны отдельные окна