Готово ли производство ReactiveUI?

Давайте рассмотрим ваши проблемы по частям:

№1. «Невероятные названия и условности».

Теперь, когда ReactiveUI 4.1+ имеет CallerMemberName, вам вообще не нужно использовать соглашения (и даже тогда вы можете переопределить их с помощью RxApp.GetFieldNameForPropertyFunc). Просто напишите свойство как:

int iCanNameThisWhateverIWant;
public int SomeProperty {
    get { return iCanNameThisWhateverIWant; }
    set { this.RaiseAndSetIfChanged(ref iCanNameThisWhateverIWant, value); }
}

№2. Отсутствие документации / образцов

Это нормально, но вот еще несколько документов / примеров:

• http://docs.reactiveui.net/ (это официальная документация по ReactiveUI, работа в процессе, но определенно где вы хотите начать)
• https://github.com/reactiveui/ReactiveUI.Samples
• https://github.com/reactiveui/RxUI_QCon
• https://github.com/play/play-windows

№3. «Я бы подумал, что гораздо лучшим подходом было бы определить очень простой интерфейс, а затем предоставить методы расширения в ReactiveUI для облегчения всех необходимых перегрузок»

Реализуйте вместо этого IRxUILogger, у него скудные два метода :) ReactiveUI заполнит все остальное. IRxUIFullLogger есть только в том случае, если он вам нужен.

«Вдобавок есть странный интерфейс IWantsToRegisterStuff»

Вам не нужно об этом знать :) Это только для того, чтобы иметь дело с инициализацией ReactiveUI, так что вам не нужно иметь шаблонный код.

4. «Я подозреваю, что было бы ужасно сбивать с толку, если бы и то, и другое смешалось в одной кодовой базе».

Не совсем. Подумайте об этом как о «MVVM Light с суперсилами».

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

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

1. Именование. Я тоже подумал, что это странно. В итоге это стало одной из тех функций, которыми я действительно не пользуюсь. Я использую PropertyChanged.Fody для включения уведомления об изменении с помощью АОП. В результате мои свойства выглядят как автоматические.

2. Доко. Да, могло быть больше. Особенно с новыми частями, такими как маршрутизация. Возможно, это причина, по которой я не использую весь 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, которые легко сгенерировать (из Resharper SmartTag)

    /// <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 Store, поддержка DotNet 4.5 отличная. т.е. использование [CallerName] теперь означает, что вам просто this.RaiseAndSetIFChanged (value) не нужно выражение.

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

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

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