Xamarin.Forms的MVVM框架

Question

有人可以解释一下MVVM框架（如ReactiveUI或MVVM Light）为Xamarin.Forms应用程序提供了哪些好处？ 我们可以在我们的视图模型中实现INotifyPropertyChanged，而无需使用任何这些框架。 我错过了什么吗？

Answer 1

我是Xamarin.Forms（ https://github.com/daniel-luberda/DLToolkit.PageFactory ）的小型MVVM框架的作者。 我将尝试指出使用它的一些优点，因为其他框架也有一些常见功能：

• 准备使用INotifyPropertyChanged实现（只是继承自BaseViewModel或BaseModel ）
• 面向ViewModel的导航（您可以移动导航逻辑以查看模型）
• 内置消息传递，可轻松传递页面或视图模型之间的数据/参数
• 页面缓存和重用（在重用视图/页面时获得更好的UI体验）
• 每个页面都可以访问类型化的ViewModel实例，该实例会自动实例化并连接到BindingContext

这些功能因库而异。 一些更高级的MVVM框架使您可以将整个项目移动到不同的平台/ sdks，因为它们具有多平台支持。 对于大型项目来说，这可能是个不错的选择。

用于说明某些功能的示例代码（代码从ViewModel调用）：

PageFactory.GetPageFromCache<SecondPageModel>()
    .ResetPageModel()
    .SendActionToPageModel((model) => { model.Message = "Hello World!"; })
    .PushPage();

Answer 2

MVVM框架不仅仅是INotifyPropertyChanged 。 举几个例子，有：

• RelayCommand - 一个可以提供ICommand接口实现的类，允许您将委托绑定到视图。 对按钮很有用
• EventToCommand - 允许您将事件绑定到视图模型中的命令。 而不必为UIElement Events使用代码

这些只是MVVM框架提供的两个类，例如MVVMLight

通过使用MVVMLight，这意味着您不必在每个项目中实现INotifyPropertyChanged ，只需确保ViewModel继承自ViewModelBase并且您也不必在上述两个类的每个项目中编写自己的实现。

最后要提到的是，您还可以为MVVMLight安装代码片段。 这意味着编写代码的速度更快！

例如，如果您想要一个引发属性更改的属性，请使用mvvmlight属性片段。 同样，如果您想要一个RelayCommand属性，您可以使用mvvmlight RelayCommand代码段

Answer 3

Model-View-ViewModel（MVVM）架构模式是在考虑XAML的情况下发明的。 该模式强制将XAML用户界面（View）与底层数据（Model）分离，通过一个类作为View和Model（ViewModel）之间的中介。 View和ViewModel通常通过XAML文件中定义的数据绑定进行连接。 View的BindingContext通常是ViewModel的一个实例。 请单击此处查看更多详细信息和示例代码。

您不需要使用ReactiveUI或MVVM Light，您只需使用INotifyPropertyChanged接口来通知客户端属性值已更改。等，您可以看到我的ViewModelBase类代码，希望这可以帮助您;

public class ViewModelBase : INotifyPropertyChanged
{
    #region INotifyPropertyChanged
    public event PropertyChangedEventHandler PropertyChanged;

    public void OnPropertyChanged([CallerMemberName] string propertyName = null)
    {
        if (PropertyChanged != null)
        {
            PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
        }
    }
    #endregion
}

在我的ViewModel中，这是我如何从ViewModelBase继承以及如何创建我的属性;

public class ImageButtonViewModel : ViewModelBase
{
 // ...
 private string header;
 public string Header
 {
      get
      {
          return header;
       }
      set
        {
          header = value;
          OnPropertyChanged();
         }
  }
// ...
}

Answer 4

我一直在使用Askaiser.Mobile.Pillar取得巨大成功，我没有看到任何错误，我仍在调查，但这已成为我项目的一个很好的候选人。 文件

我希望我有所帮助。

一声问候

Answer 5

事实上，MVVM框架（及其IOC容器）是快捷方式，可以节省您的时间。 他们付出了不小的代价：

它们导致视图，视图模型和模型之间的简单对齐。 只有一个人真的属于另一个人。 这不是“IOC” - 它是基于文件命名约定的硬编码赋值，例如：

主页

MainViewModel

MainModel

在实际注入场景中，任何数量的模型都可以为任意数量的视图模型提供服务，前提是它们实现了适当的接口。 此外，只要这些视图模型支持视图的界面，任何数量的视图模型都可以提供任意数量的视图。

MVVM Frameworks使用字符串前缀通过反射技巧创建类。 在前面的示例中，字符串“Main”允许我们查找页面，视图模型和模型。 但这不是视图模型到视图模型的导航。 它是查看模型导航的字符串 。

框架使用Activator.CreateInstance创建类，这会在编译时链接器上造成破坏。

框架使用超简单构造函数参数逻辑进行实例化。 现代程序使用实例化作为一种​​控制形式。 在这些框架中，没有真正的控制。

这些评论的完整代码位于https://github.com/marcusts/xamarin-forms-annoyances 。 请参阅名为MvvmAntipattern.sln的解决方案。

GitHub站点还提供了有关此主题的更详细讨论的链接。