MVVM – 面试问题

MVVM – 面试问题

模型、视图、视图模型（MVVM 模式）旨在指导您如何组织和构建代码以编写可维护、可测试和可扩展的应用程序。

模型– 它只是保存数据，与任何业务逻辑无关。

ViewModel – 它充当 Model 和 ViewModel 之间的链接/连接，并使东西看起来很漂亮。

View – 它只是保存格式化的日期，并基本上将所有内容委托给模型。

关键的好处是允许视图和模型之间真正分离，而不仅仅是实现分离和您从中获得的效率。这实际上意味着当您的模型需要更改时，它可以轻松更改而无需视图，反之亦然。

应用 MVVM 有三件关键的事情 –

  • 可维护性
  • 可测试性
  • 可扩展性

  • 有些人认为对于简单的 UI，MVVM 可能有点矫枉过正。
  • 同样，在较大的情况下，设计 ViewModel 可能很困难。
  • 当我们有复杂的数据绑定时，调试会有点困难。

一般来说，模型是最容易理解的。客户端数据模型支持应用程序中的视图。

  • 它由具有属性的对象和一些变量组成，用于在内存中包含数据。

  • 其中一些属性可能会引用其他模型对象并创建作为一个整体的模型对象的对象图。

  • 模型对象应该引发属性更改通知，这在 WPF 中意味着数据绑定。

  • 最后一个职责是验证，这是可选的，但您可以通过 INotifyDataErrorInfo/IDataErrorInfo 等接口使用 WPF 数据绑定验证功能将验证信息嵌入到模型对象中。

视图的主要目的和职责是定义用户在屏幕上看到的内容的结构。该结构包含静态和动态部分。

  • 静态部件是 XAML 层次结构，用于定义组成视图的控件和控件布局。

  • 动态部分就像定义为视图一部分的动画或状态变化。

  • MVVM 的主要目标是视图中不应该有任何代码。

  • 鉴于您至少需要构造函数和初始化组件的调用。

  • 事件处理、动作和数据操作逻辑代码不应位于 View 后面的代码中。

  • 还有其他类型的代码必须包含在任何需要引用 UI 元素的代码后面的代码中。它本质上是视图代码。

  • ViewModel 是 MVVM 应用的重点。ViewModel 的主要职责是向视图提供数据，以便视图可以将该数据放在屏幕上。

  • 它还允许用户与数据交互并更改数据。

  • ViewModel 的另一个关键职责是封装视图的交互逻辑，但这并不意味着应用程序的所有逻辑都应该进入 ViewModel。

  • 它应该能够处理适当的调用顺序，以根据用户或视图上的任何更改使正确的事情发生。

  • ViewModel 还应该管理任何导航逻辑，例如决定何时导航到不同的视图。

有两种构建视图的方法。您可以使用其中任何一种。

  • 查看 XAML 中的第一个构造
  • 查看代码隐藏中的第一个构造

一种方法是将您的 ViewModel 作为嵌套元素添加到 DataContext 属性的 setter 中，如以下代码所示。

<UserControl.DataContext> 
   <viewModel:StudentViewModel/> 
</UserControl.DataContext>

另一种方法是，您可以通过在视图背后的代码中自己构建视图模型来进行视图优先构造，方法是在实例中设置 DataContext 属性。

通常，DataContext 属性是在视图的构造函数方法中设置的，但您也可以将构造推迟到视图的 Load 事件触发。

using System.Windows.Controls;

namespace MVVMDemo.Views { 
   /// <summary> 
      /// Interaction logic for StudentView.xaml 
   /// </summary> 
	
   public partial class StudentView : UserControl { 
      public StudentView() { 
         InitializeComponent(); 
         this.DataContext = new MVVMDemo.ViewModel.StudentViewModel(); 
      } 
   } 
}

在代码隐藏而不是 XAML 中构造 ViewModel 的主要原因是视图模型构造函数接受参数，但 XAML 解析只能构造默认构造函数中定义的元素。

ViewModelLocator 提供了一种标准的、一致的、声明性的和松散耦合的方式来进行视图优先构造，它可以自动化将 ViewModel 连接到视图的过程。以下是 ViewModelLocator 的高级流程。

视图模型定位器

  • 找出正在构建的视图类型。
  • 确定该特定视图类型的视图模型。
  • 构造那个 ViewModel。
  • 将 Views DataContext 设置为 ViewModel。

数据绑定是将 MVVM 与其他 UI 分离模式（如 MVC 和 MVP）区分开来的关键特性。

数据绑定可以是 OneWay 或 TwoWay，以在 View 和 ViewModel 之间来回流动数据。

隐式数据模板可以自动从当前资源字典中为使用数据绑定的元素选择合适的模板。他们根据数据绑定呈现的数据对象的类型来执行此操作。首先，您需要有一些绑定到数据对象的元素。

命令模式中有两个主要角色，调用者和接收者。

调用者

Invoker 是一段可以执行一些命令式逻辑的代码。通常，它是用户在 UI 框架上下文中与之交互的 UI 元素。但它可能只是应用程序中其他地方的另一块逻辑代码。

接收者

Receiver 是用于在调用程序触发时执行的逻辑。在 MVVM 的上下文中，接收器通常是您的 ViewModel 中需要调用的方法。

在调用者和接收者之间有一个阻塞层，它不允许调用者和接收者明确地了解彼此。这通常表示为向调用者公开的接口抽象，并且该接口的具体实现能够调用接收器。

不，如果内容块仅提供将某些内容呈现到屏幕上的结构，并且不支持用户对该内容的任何输入或操作。它可能不需要单独的 ViewModel，但它可能只是一个基于父 ViewModel 公开的属性呈现的块 XAML。

当您的应用程序开始接受来自最终用户的数据输入时，您需要考虑验证该输入。以确保它符合您的整体要求。

您可以使用 WPF 数据绑定支持的以下表达验证方式 –

  • 设置在属性上抛出异常。
  • 实现 IDataErrorInfo 接口。
  • 实现 INotifyDataErrorInfo。
  • 使用 WPF 验证规则。

控制反转 (IoC) 和依赖注入是两种密切相关的设计模式，而容器基本上是一块为您执行这两种模式的基础设施代码。IoC 模式是关于委托构建的责任，依赖注入模式是关于为已经构建的对象提供依赖关系。

事件是一种对状态变化做出反应的编程结构，通知任何已注册通知的端点。事件主要用于通过鼠标和键盘通知用户输入，但它们的用途不限于此。每当检测到状态更改时，也许当对象已加载或初始化时，就可以触发事件以提醒任何感兴趣的第三方。

觉得文章有用？

点个广告表达一下你的爱意吧 ！😁