【目录】DynamicDataDisplay-简书一、概述本文介绍使用DynamicDataDisplay绘制折线图，将在ViewModel中定义数据源，然后再Xaml中进行绑定。二、演示三、实现第一步：新建项目1.新建项目D3BaseLineMVVMDemo2.添加Nuget包：DynamicDataDisplayReloaded第二步：新建MainWindowViewModel，并编写以下代码首先定义了一些标签信息属性，如主窗口的标题，折线图标题，XY轴标签，用于Xaml中绑定然后定义了并初始化数据源当然数据源放在VM中大部分情况下不是静态的，会在后面动态折线图章节中介绍如何动态添加数据。

MVVM是一种设计思想，Model层代表数据模型，可以在Model中定义数据的修改和操作的业务逻辑，View代表的Ui组件，负责将数据模型转化为UI展示出来，ViewModel是核心，是一个负责同步View和Model的对象，是View和Model层之间的调度者，它从Mode层中取出数据的同时还帮忙处理View层需要展示的内容涉及的业务逻辑。在MVVM的架构下，View与Model之间没有直接的联系，而是通过ViewModel进行交互，Model与View之间的交互是双向的，因此view数据的变化会同步到Model中，Model的数据的变化也会立即响应到View上。ViewModel通过双向数

【目录】DynamicDataDisplay-简书一、概述本文介绍使用DynamicDataDisplay绘制折线图，将在ViewModel中定义数据源，然后再Xaml中进行绑定。二、演示三、实现第一步：新建项目1.新建项目D3BaseLineMVVMDemo2.添加Nuget包：DynamicDataDisplayReloaded第二步：新建MainWindowViewModel，并编写以下代码首先定义了一些标签信息属性，如主窗口的标题，折线图标题，XY轴标签，用于Xaml中绑定然后定义了并初始化数据源当然数据源放在VM中大部分情况下不是静态的，会在后面动态折线图章节中介绍如何动态添加数据。

我是不敢轻易谈MVVM架构设计的终于在经过前面几篇文章内容的铺垫之后，现在简单说说自己的想法切记，如果没有kvckvo的原理知识铺垫，最好去复习一下，否则看过了解，回头就会忘却，不会形成意识KVC原理KVO原理iOS架构设计（一）-MVCiOS架构设计（二）-MVP再次提醒：务必去了解一下kvckvo原理因为我在文中MVVM的架构设计会依赖自定义KVO机制去实现MVVM也会基于之前的iOS架构设计（二）-MVP去实现，所以没有看过的同学建议还是先出门阅读下MVVM的本质首先架构设计更新到MVVM，是在MVCMVPKVCKVO的基础上发展而来的，我计划用前面的内容来成就MVVM，而不会增加新的内

我是不敢轻易谈MVVM架构设计的终于在经过前面几篇文章内容的铺垫之后，现在简单说说自己的想法切记，如果没有kvckvo的原理知识铺垫，最好去复习一下，否则看过了解，回头就会忘却，不会形成意识KVC原理KVO原理iOS架构设计（一）-MVCiOS架构设计（二）-MVP再次提醒：务必去了解一下kvckvo原理因为我在文中MVVM的架构设计会依赖自定义KVO机制去实现MVVM也会基于之前的iOS架构设计（二）-MVP去实现，所以没有看过的同学建议还是先出门阅读下MVVM的本质首先架构设计更新到MVVM，是在MVCMVPKVCKVO的基础上发展而来的，我计划用前面的内容来成就MVVM，而不会增加新的内

前言一千个人看待MVVM模式，可能会有一千种看法，笔者在实践中提供自己的理解，供参考。简介容笔者做实践讲解时，先介绍下MVC、MVP、MVVM三种模式MVC苹果官方提供的MVC版本和后来演变的MVP很像，C层承担了所有逻辑（包括数据处理和UI响应）的交互image.png优点：View、Model可以重复利用，可以独立使用缺点：Controller的代码过于臃肿为解决Controller的代码过于臃肿的问题，产生了MVC的变种：image.png优点：对Controller进行瘦身，将View内部的细节封装，外界不感知View内部的具体实现缺点：View依赖于ModelMVPMVP和苹果官方的

前言一千个人看待MVVM模式，可能会有一千种看法，笔者在实践中提供自己的理解，供参考。简介容笔者做实践讲解时，先介绍下MVC、MVP、MVVM三种模式MVC苹果官方提供的MVC版本和后来演变的MVP很像，C层承担了所有逻辑（包括数据处理和UI响应）的交互image.png优点：View、Model可以重复利用，可以独立使用缺点：Controller的代码过于臃肿为解决Controller的代码过于臃肿的问题，产生了MVC的变种：image.png优点：对Controller进行瘦身，将View内部的细节封装，外界不感知View内部的具体实现缺点：View依赖于ModelMVPMVP和苹果官方的

引子在上一篇中，用MVI重构了“新闻流”这个业务场景。本篇在此基础上进一步拓展，引入MVI中两个重要的概念PartialChange和Reducer。假设“新闻流”这个业务场景，用户可以触发如下行为：初始化新闻流上拉加载更多新闻举报某条新闻在MVVM中，这些行为被表达为ViewModel的一个方法调用。在MVI中被称为意图Intent，它们不再是一个方法调用，而是一个数据。通常可被这样定义：sealedclassFeedsIntent{dataclassInit(valtype:Int,valcount:Int):FeedsIntent()dataclassMore(valtimestamp:

引子在上一篇中，用MVI重构了“新闻流”这个业务场景。本篇在此基础上进一步拓展，引入MVI中两个重要的概念PartialChange和Reducer。假设“新闻流”这个业务场景，用户可以触发如下行为：初始化新闻流上拉加载更多新闻举报某条新闻在MVVM中，这些行为被表达为ViewModel的一个方法调用。在MVI中被称为意图Intent，它们不再是一个方法调用，而是一个数据。通常可被这样定义：sealedclassFeedsIntent{dataclassInit(valtype:Int,valcount:Int):FeedsIntent()dataclassMore(valtimestamp:

这是MVI架构的第三篇，系列文章目录如下：Android架构之MVI雏形|响应式编程+单向数据流+唯一可信数据源Android架构之MVI初级体|Flow替换LiveData重构数据链路Android架构之MVI完全体|重新审视MVVM之殇，PartialChange&Reducer来拯救Android架构之MVI究极体|状态和事件分道扬镳，粘性不再是问题其中第一篇剖析了MVI的概念，第二篇是MVI在项目实战中的初级应用，而这一篇将重构上篇的代码，以展示MVI的完全体。MVI架构有三大关键词：“唯一可信数据源”+“单向数据流”+“响应式编程”，以及一些关键概念，比如Intent,State。理