Команде разработчиков MVVM библиотеки Prism нужна ваша помощь

    В одном из недавних твиттеро-постов я отметил, что работа над библиотекой Prism приостановлена после выхода 4-й версии. В ответ на это я получил сообщения от Ade Miller (бывший дев лид в комманде patterns & practices) и от Bob Brumfield (работает в patterns & practices на проектах Prism, Enterprise Library, и Windows Phone 7 guidance).

    Смысл ответов сводился к следующему Prism жив, коммитов нет по причине того, что команда не может работать над проектом круглый год, и в настоящий момент они планируют активности на 2012-й финансовый год. Боб также заметил, что было бы здорово, что бы я поделился с ними моими идеями относительно того, что я хотел бы видеть в этой библиотеке в дальнейшем.

    Из того, что я могу отметить, я бы упомянул (всё касается в WP7 варианта библиотеки):
    • Отсутствие встроенного IoC контейнера (облегчённая версия Unity?);
    • Отсутствие понятия модулей, что есть в Silverlight и WPF версиях;
    • Отсутствие bootstrapper (удобно хотя бы тем, что разгружается App.xaml.cs);
    • Осутствие простых примеров использования Prism для WP7;
    • Поддержка binding не реализована для ApplicationBarMenuItem (в отличие от ApplicationBarIconButton);
    • Мне очень нравится EventToCommand расширение из библиотеки MVVMLight. Было бы здорово иметь такое же в Prism;
    • Было бы здорово добавить несколько сниппетов, что бы, например, INotifyPropertyChanged свойства можно было создавать в несколько нажатий клавиш;
    • Поддержка Tombstoning из коробки (не уверен, что это задача Prism, возможно, что следует им подготовить пример, где это красиво реализовывается на базовом уровне в ViewModel);
    • Реализация NavigationService в ViewModel. EventAggregator не совсем подходит для навигации, т.к. работает достаточно медленно;
    • Наверно, ещё что-то, что вылетело у меня из головы;

    Я предложил много идей, но считаю, что наше комьюнити может сгенерировать гораздо больше идей для реализации в библиотеке Prism в областях WPF, Silverlight и WP7.

    Если у вас есть мысли и пожелания, оставляйте их в комментариях. Я всё соберу, переведу и передам команде Prism.

    Заранее благодарен!
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 10

      –2
      Undo/Redo?
        +1
        Команде разработчиков FSharper тоже нужна помощь.
          –1
          а кому она сейчас помешает? :)
          японцам тоже нужна…
          +1
          my 50c
          пробовал использовать Prism, как не пошло, тяжеловесно и больше заточено на Silverlight с сингл-оконным интерфейсом. С диалогами сильно неудобно, передай им, работать (пряски с различными REgionManager-ми).
          Кстати, помоему в Prism идет UnityContainer MS-овский в бандле, ну или по крайней мере через их интерфейс ресолвы идут.
          Перешел на связку NInject+MVVM Light, намного удобнее и эффективнее.
            0
            мдя, предпросмотр надо было нажать, орфография пострадала.
              0
              Хорошо, передам
              unity и mef поддерживаются Prism из коробки, но доступны только для wpf и silverlight вариантов. Для wp7 нет соответствующего порта
              0
              нормального механизма валидации
                0
                Не совсем понимаю. Что Вам не хватает в существующем механизме и как Prism может помочь?
                0
                >>Поддержка binding не реализована для ApplicationBarMenuItem (в отличие от ApplicationBarIconButton);

                Я написал свой класс ApplicationBarMenuItem, точнее взял за основу ApplicationBarIconButton и похачил, благо исходники есть. Куда сабмитать ченджсет? :)
                  0
                  Я с течением времени всё чаще прихожу к выводу, что не надо бороться с ApplicationBar — пусть будет себе non-bindable

                Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                Самое читаемое