Блог

Я использую платформу навигации Silverlight и недавно кодировал свое приложение следующим общим способом:

 Public MasterPageView: UserControl
{
    private IMasterPageViewModel _ViewModel = null;

    public MasterPageView():this(new MasterPageViewModel(), new BusinessObjectProvider())
    {
    }

    public MasterPage(IMasterPageViewModel viewModel)
    {
        InitializeComponent();

        _ViewModel = viewModel;
        this.DataContext = viewModel;
    }
}
  

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

Кто-нибудь использовал платформу навигации Silverlight с Unity? Я был бы признателен за любые предложения о том, как это сделать.

Основные проблемы и вопросы, которые я вижу, это 1) Где мне зарегистрировать объекты в Unity Framework? 2) Все представления создаются с использованием URIMAPPER в среде навигации Silverlight, как нам заставить URIMAPPER использовать Unity для создания своих представлений.

Любая помощь была бы высоко оценена.

http://www.davidpoll.com/2009/11/30/opening-up-silverlight-4-navigation-introduction-to-inavigationcontentloader/

Мы используем области Prism в XAML каждой страницы. Регионы автоматически выполнят функции IOC, когда создадут зарегистрированное для него представление. Таким образом, страницы не создаются через Unity, но области, которые они содержат, создаются.

Практически весь код на страницах передает любые параметры URL в регионы. Это несколько некрасивая вещь, выполняемая страницами; они вставляют параметры строки запроса в параметр RegionContext региона. Затем в представлении региона содержится некоторый код для получения этих контекстных данных и передачи их на виртуальную машину, предоставляемую Unity.

Если вы не используете Prism, это не сильно поможет. РЕДАКТИРОВАТЬ: Было еще несколько подробностей о том, как заставить области Prism хорошо работать со страницами навигации. Я поделюсь, если вы хотите пойти этим путем.

Иногда мы получаем доступ к контейнеру Unity с помощью созданного нами статического метода (я думаю, что статический метод просто разрешает объекты для вас, он не предоставляет всем полный интерфейс контейнера). Это отстой, но вы можете решить проблему вручную с помощью этого.

Видя, как люди создают представления, передавая их через контейнер IOC, я всегда чувствую себя грязным. Ваши поверхности дизайна (Visual Studio и Expression Blend) не будут этого делать — они настаивают на конструкторе по умолчанию. Так зачем с ними бороться?

Гораздо более чистым решением является использование шаблона view model locator. Вот базовый:

 public abstract class ViewModelLocator<TViewModel>
{
  public TViewModel ViewModel
  {
    get { return StaticGateway.ServiceLocator.GetInstance<TRuntimeViewModel>(); }
  }
}
  

Где StaticGateway — это статический класс, который предоставляет доступ к вашему контейнеру Unity и предоставляет его ServiceLocator. Затем вы просто объявляете один:

 public class MasterPageViewModelLocator : ViewModelLocator<IMasterPageViewModel> { }
  

И использовать ее в XAML:

 <UserControl x:Class="YourCompany.MasterPageView"  etc.>

  <UserControl.Resources>
    <local:MasterPageViewModelLocator x:Key="Locator" />
  </UserControl.Resources>

  <UserControl.DataContext>
    <Binding Source="{StaticResource Locator}" Path="ViewModel" />
  </UserControl.DataContext>

  ...etc...
</UserControl>
  

Ваши привязки, как правило, будут намного удобнее, потому что вы устанавливаете контекст данных в вашем XAML. Установка контекста данных в исходном коде может привести к некоторым странным поведениям, особенно когда вы переходите к интересным мыслям, таким как прикрепленное поведение. И вы по-прежнему полностью используете свой контейнер IOC для выполнения внедрения зависимостей с дополнительным преимуществом, заключающимся в том, что все ваши дизайнерские поверхности продолжают функционировать.

Что касается того, где регистрироваться, я не уверен точно, куда бы вы поместили это в навигационном приложении. Обычно вы используете Unity с чем-то вроде Prism и выполняете регистрацию в инициализаторах модуля. Я полагаю, вы могли бы сделать это в своем классе приложений или придумать эквивалент инициализатора модуля (но тогда вам следует просто использовать Prism, а не изобретать велосипед).