Готова Ли Продукция ReactiveUI?

Я отвечаю как кто-то, кто использовал ReactiveUI в нескольких производственных системах, имел проблемы с тем, как RxUI делает вещи, и представил патчи, чтобы попытаться исправить проблемы, которые у меня были.

предупреждение: Я не использую все функции RxUI. Причина в том, что я не согласен с тем, как эти возможности были реализованы. Я подробно расскажу о своих изменениях.

1. именования. Мне это тоже показалось странным. Это оказалось одной из особенностей Я вообще-то не употребляю. Я использую PropertyChanged.Fody, чтобы сплести уведомление об изменении с помощью AOP. В результате мои свойства выглядят как свойства auto.

2. Doco. Да может быть и больше. Особенно с новыми частями, такими как маршрутизация. Возможно, это причина, по которой я не использую весь RxUI.

3. ведение журнала. У меня были проблемы с этим в прошлом. См. тянуть запрос 69. В конце концов, я вижу RxUI как очень самоуверенную структуру. Если вы не согласны с этим мнением вы можете предложить изменения, но это все. Упрямство не делает его плохим.

4. Я использую RxUI с Caliburn Micro. CM регулирует положение View-ViewModel и вязку, экран и проводники. Я не использую обязательную конвенцию CM. RxUI обрабатывает команды и код ViewModel INPC и позволяет мне реагировать на изменения свойств, используя Reactive вместо традиционных подходов. Сохраняя эти вещи раздельно, я нахожу, что гораздо легче смешивать двое вместе.

все эти вопросы имеют ничего общего с тем, готовое производство? Нет. ReactiveUI стабилен, имеет приличного размера пользовательскую базу, проблемы решаются быстро в группа google и Павел восприимчив к дискуссии.

Я использую его в производстве, и до сих пор RxUI был совершенно стабильным. У приложения были проблемы со стабильностью, некоторые из них связаны с EMS, другие-с обработчиком UnhandledException, который вызывал больше проблем, чем решал, но у меня не было никаких проблем с частью ReactiveUI приложения. Тем не менее, у меня были проблемы с ObservableForProperty, которые я, возможно, использовал неправильно и работал последовательно (неправильно) в моем тестовом коде, а также в пользовательском интерфейсе во время выполнения.

-1. Пол объясняет, что _Upper связан с использованием отражения, чтобы добраться до частного поля в вашем классе. Вы можете использовать блок, такой как НИЖЕ, чтобы иметь дело с сообщениями StyleCop и Resharper, которые легко генерировать (из SmartTag Resharper)

    /// <summary>The xxx view model.</summary>
    public class XXXViewModel : ReactiveObject
    {
    #pragma warning disable 0649
    // ReSharper disable InconsistentNaming

    [SuppressMessage("StyleCop.CSharp.NamingRules", 
      "SA1306:FieldNamesMustBeginWithLowerCaseLetter",
      Justification = "Reviewed. ReactiveUI field.")]
    private readonly bool _IsRunning;

    [SuppressMessage("StyleCop.CSharp.NamingRules", 
      "SA1306:FieldNamesMustBeginWithLowerCaseLetter",
      Justification = "Reviewed. ReactiveUI field.")]
    private string _Name;
    ....

или измените свои свойства с полного

    /// <summary>Gets or sets a value indicating whether is selected.</summary>
    public bool IsSelected
    {
        get { return _IsSelected; }
        set { this.RaiseAndSetIfChanged(x => x.IsSelected, value); }
    }

к своим компонентным частям как

    /// <summary>Gets or sets a value indicating whether is selected.</summary>
    public bool IsSelected
    {
        get { return _isSelected; }
        set 
        { 
            if (_isSelected != value)
            {
                this.RaisePropertyChanging(x => x.IsSelected); 
                _isSelected = value;
                this.RaisPropertyChanged(x=>x.IsSelected);
            }
        }
    }

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

-2. Да, документация не идеальна, но я обнаружил, что после Rx забрать образцы RxUI было довольно легко. Я также отмечаю, что прыжки с 2->4, похоже, все пришли с изменениями для поддержки Windows 8/Windows 8 Phone, и, подобрав ReactiveUI для приложения Магазина Windows, поддержка DotNet 4.5 превосходна. т. е. использование [CallerName] теперь означает что вы просто это.RaiseAndSetIFChanged (value) нет необходимости в выражении.

-3. У меня нет никакой обратной связи на стороне регистрации, поскольку я не решил ее использовать.

-4. Я также не смешивался и не соответствовал другим фреймворкам.

есть также список других участников ReactiveUI 4.2 в http://blog.paulbetts.org/index.php/2012/12/16/reactiveui-4-2-is-released/, включая Фила Хаака.