阅读原文 

目录

 

• 一、总结
  • 一句话总结：vm层（视图模型层）通过接口从后台m层（model层）请求数据，vm层继而和v（view层）实现数据的双向绑定。
  • 1、我大前端应该不应该做复杂的数据处理的工作？
  • 2、mvc和mvvm的关系？
  • 3、MVVM框架编码实例？
  • 4、前端框架MVVM出现的最大意义是什么？
  • 5、应用MVVM框架的vue.js框架的最主要作用是什么？
  • 6、前端框架MVVM中的vm层是干嘛的？
  • 7、MVVM最主要的特征是什么？
• 二、MVVM百度百科
• 三、前后端分手大师——MVVM 模式（转）
  • 简而言之
  • 组成部分
  • 没有什么是一个栗子不能解决的
• 四、不要听吹牛逼什么前端MVVM框架就是好，其实都是一帮没学好分层设计的搞出来的，让你彻底看清前端MVVM的本质（转）
• 五、MVVM核心概念（转）

 

回到顶部

v   一、总结（点击显示或隐藏总结内容）

一句话总结：vm层（视图模型层）通过接口从后台m层（model层）请求数据，vm层继而和v（view层）实现数据的双向绑定。

 

1、我大前端应该不应该做复杂的数据处理的工作？

不应该

只要后端保证对外接口足够简单就行了，我请求api，你把数据返出来，咱俩就这点关系，其他都扯淡。

后端：我们这里的业务逻辑和数据处理会非常复杂！
前端：关我屁事！

后端业务处理再复杂跟我们前端也没有半毛钱关系，只要后端保证对外接口足够简单就行了，我请求api，你把数据返出来，咱俩就这点关系，其他都扯淡。

 

所以我这边开发也是同样的，前端就负责请求api就好，别的都不需要。

 

2、mvc和mvvm的关系？

改进版

数据分离

视图模型层

c（控制层）被换成了vm（viewmodel）层

MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。

mvvm层实现了前后端更好的分离（前端需要的数据只需要请求后端的接口即可）

 

3、MVVM框架编码实例？

扯了这么多，并没有什么卵用。千言万语不如一个栗子来的干脆，下面用一个 Vue 实例来说明 MVVM 的具体表现。

Vue 的 View 模板：

<div id="app">
    <p>{{message}}</p>
    <button v-on:click="showMessage()">Click me</button>
</div>
 

Vue 的 ViewModel 层（下面是伪代码）：

var app = new Vue({
    el: '#app',
    data: {     // 用于描述视图状态（有基于 Model 层数据定义的，也有纯前端定义）
        message: 'Hello Vue!',  // 纯前端定义
        server: {}, // 存放基于 Model 层数据的二次封装数据
    },
    methods: {  // 用于描述视图行为（完全前端定义）
        showMessage(){
            let vm = this;
            alert(vm.message);
        }
    },
    created(){
        let vm = this;

        // Ajax 获取 Model 层的数据
        ajax({
            url: '/your/server/data/api',
            success(res){
                // TODO 对获取到的 Model 数据进行转换处理，做二次封装
                vm.server = res;
            }
        });
    }
})
 

服务端的 Model 层（省略业务逻辑处理，只描述对外接口）：

{
    "url": "/your/server/data/api",
    "res": {
        "success": true,
        "name": "IoveC",
        "domain": "www.cnblogs.com"
    }
}
 

这就是完整的 MVVM 编程模式。

 

4、前端框架MVVM出现的最大意义是什么？

开发效率

前后端 业务逻辑 分离

接口

MVVM 的出现促进了 GUI 前端开发与后端业务逻辑的分离，极大地提高了前端开发效率。

MVVM用接口实现了前后端数据的通信，这样可以使前后端之间的业务逻辑没有什么关系。

MVVM在感觉上要比mvc模式前后端要分的更开

 

5、应用MVVM框架的vue.js框架的最主要作用是什么？

双向数据绑定

前端數據的統一

前端數據的統一：前端应用相同数据的位置实现了数据的统一
双向数据绑定：綁定后vue好dom數據保持統一，一動全動，是前端的

双向数据绑定中的两向分别为 view和viewmodel。

 

6、前端框架MVVM中的vm层是干嘛的？

状态 行为

DOM操作

ViewModel 是由前端开发人员组织生成和维护的视图数据层。在这一层，前端开发者对从后端获取的 Model 数据进行转换处理，做二次封装，以生成符合 View 层使用预期的视图数据模型。需要注意的是 ViewModel 所封装出来的数据模型包括视图的状态和行为两部分，而 Model 层的数据模型是只包含状态的，比如页面的这一块展示什么，那一块展示什么这些都属于视图状态（展示），而页面加载进来时发生什么，点击这一块发生什么，这一块滚动时发生什么这些都属于视图行为（交互），视图状态和行为都封装在了 ViewModel 里。这样的封装使得 ViewModel 可以完整地去描述 View 层。由于实现了双向绑定，ViewModel 的内容会实时展现在 View 层，这是激动人心的，因为前端开发者再也不必低效又麻烦地通过操纵 DOM 去更新视图，MVVM 框架已经把最脏最累的一块做好了，我们开发者只需要处理和维护 ViewModel，更新数据视图就会自动得到相应更新，真正实现数据驱动开发。看到了吧，View 层展现的不是 Model 层的数据，而是 ViewModel 的数据，由 ViewModel 负责与 Model 层交互，这就完全解耦了 View 层和 Model 层，这个解耦是至关重要的，它是前后端分离方案实施的重要一环。

 

View一般就是我们平常说的HTML文本的Js模板，里面可以嵌入一些js模板的代码，比如Mustache，比如jstl类似的模板伪代码

ViewModule层里面就是我们对于这个视图区域的一切js可视业务逻辑，举个例子，比如图片走马灯特效，比如表单按钮点击提交，这些自定义事件的注册和处理逻辑都写在ViewModule里面了

Module就更简单了，就是对于纯数据的处理，比如增删改查，与后台CGI做交互

 

7、MVVM最主要的特征是什么？

前后端分离

前后端分手大师——MVVM 模式

或者说前后端更好的分离（接口来实现前后端的通信）

 

 

 

回到顶部

二、MVVM百度百科

MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。

外文名

Model-View-ViewModel

简    称

MVVM

例    如

Silverlight、音频

隶    属

微软

MVVM优点

低耦合 可重用性

 

回到顶部

三、前后端分手大师——MVVM 模式（转）

转自：前后端分手大师——MVVM 模式 - DOM哥 - 博客园
https://www.cnblogs.com/iovec/p/7840228.html

简而言之

之前对 MVVM 模式一直只是模模糊糊的认识，正所谓没有实践就没有发言权，通过这两年对 Vue 框架的深入学习和项目实践，终于可以装B了有了拨开云雾见月明的感觉。

Model–View–ViewModel(MVVM) 是一个软件架构设计模式，由微软 WPF 和 Silverlight 的架构师 Ken Cooper 和 Ted Peters 开发，是一种简化用户界面的事件驱动编程方式。由 John Gossman（同样也是 WPF 和 Silverlight 的架构师）于2005年在他的博客上发表。

MVVM 源自于经典的 Model–View–Controller（MVC）模式（期间还演化出了 Model-View-Presenter（MVP）模式，可忽略不计）。MVVM 的出现促进了 GUI 前端开发与后端业务逻辑的分离，极大地提高了前端开发效率。MVVM 的核心是 ViewModel 层，它就像是一个中转站（value converter），负责转换 Model 中的数据对象来让数据变得更容易管理和使用，该层向上与视图层进行双向数据绑定，向下与 Model 层通过接口请求进行数据交互，起呈上启下作用。如下图所示：

MVVM模式

MVVM 已经相当成熟了，主要运用但不仅仅在网络应用程序开发中。KnockoutJS 是最早实现 MVVM 模式的前端框架之一，当下流行的 MVVM 框架有 Vue，Angular 等。

组成部分

简单画了一张图来说明 MVVM 的各个组成部分：

MVVM分层示意图

分层设计一直是软件架构的主流设计思想之一，MVVM 也不例外。

# View 层

View 是视图层，也就是用户界面。前端主要由 HTML 和 CSS 来构建，为了更方便地展现 ViewModel 或者 Model 层的数据，已经产生了各种各样的前后端模板语言，比如 FreeMarker、Marko、Pug、Jinja2等等，各大 MVVM 框架如 KnockoutJS，Vue，Angular 等也都有自己用来构建用户界面的内置模板语言。

# Model 层

Model 是指数据模型，泛指后端进行的各种业务逻辑处理和数据操控，主要围绕数据库系统展开。后端的处理通常会非常复杂：

前后端对比

后端：我们这里的业务逻辑和数据处理会非常复杂！
前端：关我屁事！

后端业务处理再复杂跟我们前端也没有半毛钱关系，只要后端保证对外接口足够简单就行了，我请求api，你把数据返出来，咱俩就这点关系，其他都扯淡。

# ViewModel 层

ViewModel 是由前端开发人员组织生成和维护的视图数据层。在这一层，前端开发者对从后端获取的 Model 数据进行转换处理，做二次封装，以生成符合 View 层使用预期的视图数据模型。需要注意的是 ViewModel 所封装出来的数据模型包括视图的状态和行为两部分，而 Model 层的数据模型是只包含状态的，比如页面的这一块展示什么，那一块展示什么这些都属于视图状态（展示），而页面加载进来时发生什么，点击这一块发生什么，这一块滚动时发生什么这些都属于视图行为（交互），视图状态和行为都封装在了 ViewModel 里。这样的封装使得 ViewModel 可以完整地去描述 View 层。由于实现了双向绑定，ViewModel 的内容会实时展现在 View 层，这是激动人心的，因为前端开发者再也不必低效又麻烦地通过操纵 DOM 去更新视图，MVVM 框架已经把最脏最累的一块做好了，我们开发者只需要处理和维护 ViewModel，更新数据视图就会自动得到相应更新，真正实现数据驱动开发。看到了吧，View 层展现的不是 Model 层的数据，而是 ViewModel 的数据，由 ViewModel 负责与 Model 层交互，这就完全解耦了 View 层和 Model 层，这个解耦是至关重要的，它是前后端分离方案实施的重要一环。

没有什么是一个栗子不能解决的

扯了这么多，并没有什么卵用。千言万语不如一个栗子来的干脆，下面用一个 Vue 实例来说明 MVVM 的具体表现。

Vue 的 View 模板：

<div id="app">
    <p>{{message}}</p>
    <button v-on:click="showMessage()">Click me</button>
</div>
 

Vue 的 ViewModel 层（下面是伪代码）：

var app = new Vue({
    el: '#app',
    data: {     // 用于描述视图状态（有基于 Model 层数据定义的，也有纯前端定义）
        message: 'Hello Vue!',  // 纯前端定义
        server: {}, // 存放基于 Model 层数据的二次封装数据
    },
    methods: {  // 用于描述视图行为（完全前端定义）
        showMessage(){
            let vm = this;
            alert(vm.message);
        }
    },
    created(){
        let vm = this;

        // Ajax 获取 Model 层的数据
        ajax({
            url: '/your/server/data/api',
            success(res){
                // TODO 对获取到的 Model 数据进行转换处理，做二次封装
                vm.server = res;
            }
        });
    }
})
 

服务端的 Model 层（省略业务逻辑处理，只描述对外接口）：

{
    "url": "/your/server/data/api",
    "res": {
        "success": true,
        "name": "IoveC",
        "domain": "www.cnblogs.com"
    }
}
 

这就是完整的 MVVM 编程模式。

代码执行之后双向绑定的效果如下:

Vue实现的响应的数据绑定

嘿嘿，前后端可以成功分手了，以后再也不用关心后端个锤子开发进度\暴怒脸，复杂实现，blabla...，尽情享用前端如丝般顺滑的开发快感吧:)

 

 

回到顶部

四、不要听吹牛逼什么前端MVVM框架就是好，其实都是一帮没学好分层设计的搞出来的，让你彻底看清前端MVVM的本质（转）

转自：不要听吹牛逼什么前端MVVM框架就是好，其实都是一帮没学好分层设计的搞出来的，让你彻底看清前端MVVM的本质 - 薛端阳 - 博客园
https://www.cnblogs.com/xueduanyang/p/3601471.html

最近前端圈子里面，发现大家都在热炒概念，什么knockout，angularJs，都被捧成神了，鄙人不才，最近心情也不好，特地写这篇文章来找骂

写代码的码农都知道，Java社区虽然不是一个提出分层思想的，确实贯彻的最好的，如今是个Java开发都不会不知道SSH的开发模式，从MVC到MVVM的概念的热炒，其实真没什么技术进步

（如果你觉得本文言辞激烈，过于愤世嫉俗，实在看不下去，欢迎移步另一位园友的分层进化史科普文章http://www.cnblogs.com/indream/p/3602348.html） 

先看什么是MVVM

View一般就是我们平常说的HTML文本的Js模板，里面可以嵌入一些js模板的代码，比如Mustache，比如jstl类似的模板伪代码

ViewModule层里面就是我们对于这个视图区域的一切js可视业务逻辑，举个例子，比如图片走马灯特效，比如表单按钮点击提交，这些自定义事件的注册和处理逻辑都写在ViewModule里面了

Module就更简单了，就是对于纯数据的处理，比如增删改查，与后台CGI做交互

 

那么什么是MVVM框架呢？？一般他们都是这么做的

1.  定义一串所谓的伪模板代码，例如通过className标注，或者自定义tag的方式，将一段html文本区域给标注声明起来，意思就是喊一嗓子，“喂，兄弟们，这块地方我占了，要拉屎去别处拉去”

2.  通过类似jstl之类lamda表达式，来做js模板，“拜托伙计，天堂有路你不走，非要自己搞一套，你就不能暴露接口让大家用自己的模板语言，比如Mustache或者jtpl吗？”

3.  很傻比的封装一串自己的所谓数据模块组件，与不同类型的数据源做数据传输和适配，一般都不会分层很清晰，加入后台数据字段改了，写框架的都没脑子的，从来不做数据字段的自定义适配（举个例子，原来后台传递的字段是person.userName，现在改成了小写，person.username，你就傻逼的去吧模板再改一下吧，其实要解决这个问题，非常简单，在MVVM层中引入一层DO，领域对象层，Module到DO之间还有一层转换就可以搞定这个问题）

4.  非不暴露自己的自定义事件模型，就是那个观察者模式啦，自己乱七八招在页面上绑定一堆form change之类的事件，以实现View与Module的单向绑定

5.  所谓的双向绑定，也就是OOP语言中早被烂透了的getter，setter模型，ES5+可以用defineProperty，低版本就需要自己在js object赋值的时间做写死代码方式的处理了

 

我们再来看细节

1. 双向绑定

号称是最难理解的地方，其实是框架的作者根本就没理解Java社区对于软件开发分层理解的精髓

标准的数据驱动开发，应该如上图所示，在一个View的生命周期内，一个ViewModule会管理一个DomainObject（业务模型），一个DO可能包括多个Module数据模型，一个Module可能来自多个数据源，而不是想很多所谓的MVVM框架那样强迫一个M来一个数据源

按照上图标准分层方式来划分的好处，在于，逻辑清晰，Module层粒度够细，可以被多次复用

DO层与VM层View层属于一一对应关系，方便对数据做增删改查的同步

每一层应该是独立的，非一定要使用MVVM框架的紧耦合，可以用自己使用不同的js插件或者模块实现MVVM

我们抛弃框架，单纯的看数据，其实我们要解决的问题很简单

a) 当DO对象属性放生变化时候，通知View更新

b) 当View上表单值放生变化时，通知DO更新，并异步通知队列同步到数据源

先来看问题a，这个最简单，DO是一个基本的Javascript Object，我们在View上的模板显示是这个Object.property，

改变一个Object对象的方式无非几种，一种是

a) 显示Object.property = ‘我是傻逼’

b) xxxx.methodName(Object, ‘property’, ‘我是傻逼’)

c) xxxx.merge(Object, {‘property’: ‘我是傻逼’})

如果是a的情况，ES5+，可以通过设置Object.defefineProperty(‘property’,{set: functiono(){},get:function(){}})，来做赋值和取值的监控触发

对于IE8一下，因为js不支持运算符重载，所以暂时没有好的办法，所以如果只考虑移动端的话，直接defineProperty就全部搞定，如果是要考虑PC的话，就不建议开发者使用直接赋值的方式，参考java的开发模式，也是推荐OOP时候，使用set方式赋值，而不是直接=赋值

当然了，如果你非要兼容IE8一下的话，用定时器做轮训，配合for in 反射，通过脏数据与原始备份对比的方法也是一种办法，不过这种办法在当前页面非常耗性能，由于IE8一下不支持多线程，HTML5 worker，如果未来flash 插件支持多线程的话，倒是可以用js和flash插件做线程交互的方式做脏数据检测

如果是b的情况，那就太简单了，在methodName里面触发对于该属性修改的回调即可，如何注册回调呢，首先我们要实现一个类似Dom Event的自定义对象的Event模型，然后通过类似Dom Event的注册事件方式，注册观察者，订阅事件，当执行了methodName时候，发送消息，通知所有订阅者执行回调

如果是c的情况，类似b一样处理

这样一看，双向数据绑定的问题就非常简单的解决了

 

我们再来看另外一个MVVM的问题，非简单数据模型，复合数据模型（DO的属性值不是一个string，而是一个Object，且这个Object可能还嵌套多层Obejct的时候）的处理办法，这个一般的MVVM框架直接不考虑，或者通过长字段名的方式绕过这个问题

这个问题是这样的，早在10几年前，java structs框架流行的时候就出现了，当一个表单，出现需要对两个Java Bean做update操作时候，一个bean是user，一个bean是成绩

对应的表单字段名，就是 user表.name，user表.id，score表.point，

在struct2里面，处理逻辑是把 “点”作为特殊符号，在做form序列化时候，非包含点的字段的值都是string，包含点的字段是一个Object，比如刚才的form序列化之后结果就是 { user: {id :’’ , name: ‘’}, score: {id: ‘’, point: ‘’}}

同理在MVVM实现时，也是一样，认为点是分割对象的关键字，这样我们就可以实现把多个对象嵌套到View模板里面，实现复合Object的双向映射

 

最后一个问题，也就是高级MVVM编程里面必须要面对的问题，就是自定义事件的广播和冒泡，我看过大多数的MVVM框架，对于广播，这块有部分实现了，但是对于冒泡一个都没实现

其实这个真的不是很复杂的问题，事件广播，这个最简单，三岁小孩都能写，我们在注册回调时候，不是有一个事件队列吗，在回调时候，通过特殊标记位，控制是否继续扩散广播，还是执行完毕终止即可

而自定义事件的冒泡要骚骚复杂一些，他是由于OOP编程里面的继承和包含关系引申而来的，我们先说包含关系，前面说了MVVM框架里面，都会声明一块地方为VM控制区域，一般垃圾的框架都不会考虑，VM嵌套的情况，因为图简单吗

但是实际开发过程中，你会遇到很多这种情况，就是VM复用的问题，一般都是发现使用了MVVM框架之后，发现VM定义的太大，没法复用，如果要复用VM就又发现VM定义的太小，出现需要VM嵌套的情况没法用

其实简单，我们知道DOM事件是有冒泡的，VM同理，只要在自定义事件模型里面定义了VM的父子关系，或者同级关联关系，即可实现VM的自定义事件的广播和冒泡，另外也解决了VM复用的问题，可以让代码颗粒度更小

 

另外那种，声明式编程这种老掉牙的概念就真的别在吵了，还记得10几年前的structs的tag吗，js圈子里面这种通过自定义tag，自定义className，自定义属性，挂载js来自定识别执行逻辑的例子大把皆是，还是建议广大前端开发，不要浮躁，多像java社区学习，多多从根本上了解分层理念的精髓，不要听了吹牛逼，听风就是雨，还是多了解原理才是真理啊

 

最近心情很不好，股票大跌，公司的事情你懂的，写这篇文档纯属没事找事，欢迎广大道友开骂，来陪我大战三百回合

 

 

 

回到顶部

五、MVVM核心概念（转）

转自：MVVM核心概念 - iammackong - 博客园
https://www.cnblogs.com/iammackong/articles/3312565.html

MVVM模式是Model、View、ViewModel的简称，最早出现在WPF，现在Silverlight中也使用该模式，MVVM模式是对MVC模式的变种。哪儿变了？我认为MVVM和MVC的主要变化在于MVVM更适合于XAML。

MVVM模式和MVC模式一样，主要目的是分离视图（View）和模型（Model），有几大好处

1. 低耦合。视图（View）可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model不可以不变，当Model变化的时候View也可以不变。

2. 可重用性。你可以把一些视图逻辑放在一个ViewModel里面，让很多view重用这段视图逻辑。

3. 独立开发。开发人员可以专注于业务逻辑和数据的开发（ViewModel），设计人员可以专注于页面设计，使用Expression Blend可以很容易设计界面并生成xaml代码。

4. 可测试。界面素来是比较难于测试的，而现在测试可以针对ViewModel来写。

 

如果用Interface接口来表达，基本就是这么个意思：

1 publicinterface IView
2 {
3 IViewModel ViewModel { get; set; }
4 }
5
6  publicinterface IViewModel
7 {
8 IModel Model { get; set; }
9
10 ///<summary>
11 /// a property that states the controller is busy doing something (like fetching data from a service),
12 /// usually the iterface should be blocked
13 ///</summary>
14  bool IsBusy { get; }
15 }

MVVM的Model、View、ViewModel分工

1. View

• 负责界面和显示，界面构成元素有window, controls, page, dataTemplete, custom controls….
• 代码通常有XAML和XAML.CS组成，但后台代码应该很少
• 通过DataContext和ViewModel绑定
• 不直接和Model交互！
• 控件可以和ViewModel的公共属性绑定，update需要双向绑定
• 控件可以触发Behavior/Command调用ViewModel的方法，Command是View到ViewModel的单向通讯 (View中触发事件，ViewModel中处理事件)

2. ViewModel

• 主要包括界面逻辑和模型数据封装，Behavior/Command事件响应，绑定的属性定义等
• ViewModel继承Model类，或者是Model的继承类
• 是view和model的桥梁，是对Model的抽象，例如，model中数据格式是“年月日”，可以在viewModel中转换model中的数据为“日月年”以供视图（view）显示。
• 维护视图状态
• 实现属性或集合的change notification
• 

3. Model

• 数据和业务逻辑
• 客户端领域模型
• 由data entities, business objects, repositories and services构成
• 可以实现属性或集合的change notification
• 可以实现validation 接口例如 IDataErrorInfo

View和ViewModel主要通过数据绑定和Command/Behavior进行交互，如下图所示：

一个例子并且附代码下载(Command未示例)

有关Model（模型）和DTO的问题

前面说的Model是客户端的，但实际上Domail Model存在服务器端（靠近数据库）和那就需要和客户端搞映射DTO（Data Transfer Ojbect，数据传输对象，带序列化标记，用来远程调用）。在Silverlight中有个很方便的东西来实现这个DTO过程和序列化，那就是WCF RIA Service和DomainService。如果你创建一个简单的Silverlight应用并且调用WCF RIA Service，基本上会生成DTO Model: ObjectContext(EntityObject)。（也有人喜欢在Model里面调用RiaSerivce实现load，save等等，个人认为不太合适，可以参考这篇文章），此外，参考这篇文章：《WCF RIA Services and a guide to use DTO/”Presentation Model”》

代码例：

publicpartialclass MyModelsEntities : ObjectContext
{

…

}

[EdmEntityTypeAttribute(NamespaceName="MyModels", Name="MyEntity")]
[Serializable()]
[DataContractAttribute(IsReference=true)]
publicpartialclass MyEntity: EntityObject
{

…

}

MVVM的实践要点

1. View分离要彻底，不要有坏味道

视图（view）部分，xaml.cs 应该只有很少的代码或没有代码，如果你的xaml.cs包含大量的代码，那么很可能你MVVM用的不对头，需要检查其中代码的坏味道。Xaml和xaml.cs 只能包含处理界面、视图、显示样式、视图元素之间的交互、视图元素动画，等等的内容。

2. ViewModel要可测试

从重构的观点看，如果你的代码中ViewModel是可测试的，有详细的单元测试Unit Test，你的代码是OK的，否则需要检查其中的坏味道。

更多MVVM的内容且看下回分解。（附：本例子且附代码下载(Command未示例)，channel9有一个MVVM的视频很好，PPT和视频演示的源码）

 

我的旨在学过的东西不再忘记（主要使用艾宾浩斯遗忘曲线算法及其它智能学习复习算法）的偏公益性质的完全免费的编程视频学习网站： fanrenyi.com；有各种前端、后端、算法、大数据、人工智能等课程。

版权申明：欢迎转载，但请注明出处

一些博文中有一些参考内容因时间久远找不到来源了没有注明，如果侵权请联系我删除。

博主25岁，前端后端算法大数据人工智能都有兴趣。

大家有啥都可以加博主联系方式（qq404006308，微信fan404006308）互相交流。工作、生活、心境，可以互相启迪。

作者相关推荐

前端框架MVVM是什么（整理）

范仁义 2018-11-05 08:32 阅读:4602 评论:0 推荐:0 编辑

vue.js最最最最简单实例

范仁义 2018-08-05 22:54 阅读:2951 评论:0 推荐:0 编辑

翻过这道山，就有人听到你的故事。

学习

轻学无用：学生时代学html、java、c++、php、安卓、python等和之前学英语的感受，轻学无用，不为需求学，不学全面无用。

学习和游戏的区别的启示：像游戏一样，每次学习完，你告诉自己，你学到了什么，你收获到了什么。是你在游戏中获得了多少道具装备等级场景，这个给你的舒适满足感。问题不是你学了多少，而是你到底学会了多少。

命名：要给招数起名字，没有名字，没有经过大脑，没有深刻印象，他们永远都不是自己的，找一个自己喜欢印象深刻的名字做对应。

多遍：学习视频或者书并不是只看一遍就够了，因为一遍能收获的内容非常有限，当然也可以只看一遍，那就需要好好记忆，多提问，多入脑子。

每日清0规律：无论是对学习的劳累，还是对游戏的无趣，还是对生活的感受，每日睡一觉之后就可以清空绝绝绝大部分，只有极极少一部分会留下来。

接触：那些不好的东西，不要接触，停不下来的，比如游戏，各种接触都是触发的因素，同理可以应用于学习。

学习的方式：legend2 + legend3 + 知识总结（代码）文档（系统） + 详细知识word总结文档（系统+分类+增加和完善）。

知识的触类旁通：知识之间是触类旁通的，比如你更加深刻的学了爬虫之后，你可能会对网站开发更加了解。

做人

理解：能够使用并不代表理解，比如2岁大的宝宝，在这个阶段，宝宝可以正确告诉别人“我是男孩”或“我是女孩”。但是，这只是一种简单的“转述”行为，因为父母告诉他（她）“你是男（女）宝宝”，而尚未形成真正意义上的性别意识。

技巧：无论是做人做事还是学习，都是需要技巧的。

矫枉过正：很多事情都容易矫枉过正（技巧和局势才是通用的）

结善缘：

事情原因：生活中分析问题的原因，然后解决问题，会简单很多

实力为尊：

觉得自己是否受伤完全是自己的主观情绪：只要放平心态，弄清楚事情发展的规律，看的更透彻，或者转换角色，这样就不必自己给自己找麻烦了，反而能把所有的事情掌控于手心。只要自己不觉得受伤，就没有人可以伤害自己。

《康熙王朝》：少年康熙被别人玩弄于股掌之间启示：不要被别人玩弄于股掌之间，要做的是想通（可能别人更加高明）、忍耐和积蓄自己的力量

《易中天讲三国》袁绍性格：【感觉大部分人都是袁绍】：袁绍好面子，凭喜好办事，好听马屁，没有容人之量

不是放弃，而是最快最便捷：

人生如负重致远不可急躁：

不要务虚名而致实祸：

强夸百害无益：

人的逐利本质：

情感回馈：比如看到的l的例子

感悟

身体：安全和身体最重要了，这个才是真正的本钱

刷反思：遇到的各种心理问题和心态的问题都可以去刷反思

悟透：所有错误的抉择(所有的挣扎)都是因为没想明白，没领悟透。

人生无大事：重在坚持，重在平时。所谓的希望并非是希望，或者说并非是希望的全部，比如词根词缀，语法，再到背，生活，没有人会告诉你这是几分之几的钥匙，这便是有趣的点。所谓的绝望，未必是绝望，比如大四下，很有可能是希望和机遇。

换环境：是个可行的方法，但是我不能什么事情都依靠外物啊，内在觉醒，经历，悟透才是王道，而且，内在不改变，激励不够，换个环境真的有用么。

同，所得：景色不过如此，每日的热搜也不过如此，每日的朋友圈也不过如此，每日的电影也不过如此，每日的游戏(打怪，升级，竞技)也不过如此。重点是，每日，自己到底收获了什么(学到了什么)。所谓的新鲜事真的新鲜吗，那么多年的历史(时间映射和地点映射)还涵盖不了当下么，再稀奇百倍的事情也发生过。

监管：在心智和阅历不够的情况下缺乏监管是相当恐怖的事情（小孩子没有明辨是非能力，易冲动，缺乏监管很容易从恶），事实上，就算心智和阅历很够，缺乏监管同样是很恐怖的事情（贪官贪财，官员渎职）。

约定：初期规则和约定：https://www.bilibili.com/video/av35953030/?p=57。

六欲，迷茫：人皆有六欲，人皆会迷茫，不必太自责，及时收住就对了，不是看谁不迷茫，而是看谁能够及时悬崖勒马，事实上，所有的人都会迷，无一例外。及时亡羊补牢。

困境：有多少人困在这一层，而生活有趣的是，没有人告诉你需要去突破。（也没有人告诉你要怎么突破）

生活的真谛：整日饱食终日的玩不是生活的意义，整日疲于奔命的学也不是生活的意义，生活的意义在于在于实力稳步提升，劳逸结合，享受生活。

危机也是机遇：无论是修真小说还是实际。

满足与斗志：人一旦满足就容易不思进取。但是人满足人会很开心或者很平静。人不满足的话在一定情况下会激发斗志。所以可以在满足和不满足中找一个平衡。比如 心理满足之后会想去玩游戏，而不是学习或工作。

1：软件结构分类：

C-S结构：（Client - Server 客户端-服务器端）
例如：QQ、微信……
特点：必须安装特定的客户端程序服务器软件升级，客户端的软件同步升级。

B-S结构：（Broswer-Server 浏览器-服务器端）
例如：一些**网站，哈哈哈哈哈……
特点：不需要特定的客户（只需要浏览器软件）服务器软件升级，浏览器客户端不需要升级！大部分的软件都是基于BS结构的。
网站：服务器端的软件都是基于bs结构的，这个软件俗称叫“网站”。网站是由网页组成。一个网页就是由html页面组成，html是一门网页制作的语言。
 

2：什么是HTML？

HTML是静态网页的写作无言，可以用windows记事本编写，也可以用专业的编写工具DW来写。html语言由标记组成。学习html语言，掌握一些常用的标记即可！

HTML的英文是：Hyper Text Markup Language（超文本标记语言）。

超文本效果：像文字变化、文字大小变化、显示图片······这些都是属于超文本效果（通过超文本标记实现）

HTML的基本框架包含了<html>、<head>(文件头标签)、<body>(文件体标签)。（注意：每有一个<  >标签开始，必有一个<  />标签结束，就是说：<  >和<  />是成对出现的！）

3：HTML的基本框架：

下面就是HTML的基本框架（VS里同时按住shirt键跟“1”键可以一键生成，注意中英文输入法！！！）：

<!DOCTYPE html>
<html lang="zh">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title></title>
</head>
<body>
 
</body>
</html>

我们来分析一下上面的代码的作用：

1：<!doctype html>是html5标准网页声明，原先的是一串很长的字符串，现在是这个简洁形式，支持html5标准的主流浏览器都认识这个声明。

2：<html lang="en">向搜索引擎表示该页面是html语言，并且语言为英文网站，其"lang"的意思就是“language”，语言的意思，而“en”即表示english。在html代码中加入这样一个代码，可使所有浏览器都按标准的排版去设计；去掉耶可以，但是部分浏览器不兼容，最好都加上，因为是标准。

3：<head>      </head>这两个之间的就是HTML的“头部”。

<head> 标签用于定义文档的头部，它是所有头部元素的容器。<head> 中的元素可以引用脚本、指示浏览器在哪里找到样式表、提供元信息等等。

文档的头部描述了文档的各种属性和信息，包括文档的标题、在 Web 中的位置以及和其他文档的关系等。绝大多数文档头部包含的数据都不会真正作为内容显示给读者。

提示：应该把 <head> 标签放在文档的开始处，紧跟在 <html> 后面，并处于 <body> 标签或 <frameset> 标签之前。

4：<meta charset="UTF-8">首先，“utf-8”是一种字符编码，charset=”utf-8”是告知浏览器此页面属于什么字符编码格式，下一步浏览器做好“翻译”工作。

5：  <meta http-equiv="X-UA-Compatible" content="IE=edge">，X-UA-Compatible是IE8的一个专有<meta>属性，简单来说，就是告诉浏览器去模拟某个特定版本的 IE 浏览器的渲染方式（比如IE 6，）

6： <meta name="viewport" content="width=device-width, initial-scale=1.0">的解释很多、很复杂，有兴趣的可以看看这个https://www.cnblogs.com/yelongsan/p/7975580.html。

7：<title>  </title>元素可定义文档的标题。

浏览器会以特殊的方式来使用标题，并且通常把它放置在浏览器窗口的标题栏或状态栏上。同样，当把文档加入用户的链接列表或者收藏夹或书签列表时，标题将成为该文档链接的默认名称。

8：<body></body>HTML的“身体”部分

body 元素定义文档的主体。

body 元素包含文档的所有内容（比如文本、超链接、图像、表格和列表等等。）

上面代码运行之后是这样子的（是不是看不见？正常因为它是白色的，跟背景一个颜色，自然看不出区别）：

本文适合新入门小白了解深度学习框架基础，也适合刚入门选手思考各种深度学习框架。

---

一、深度学习框架是什么？

深度学习框架像Caffe、tensorflow，这些是深度学习的工具，简单来说就是库，编程时需要import caffe、import tensorflow。
作一个简单的比喻，一套深度学习框架就是这个品牌的一套积木，各个组件就是某个模型或算法的一部分，你可以自己设计如何使用积木去堆砌符合你数据集的积木。

二、深度学习框架有哪些？

谷歌：TensorFlow
Facebook：pytorch
百度：Paddle Paddle
微软：CNTK
亚马逊的AWS：MXNet
华为：mindspore
一流科技：oneflow
旷世：MegEngine
清华：Jittor

---

三、如何选择合适的框架？

每种框架都有其优缺点，选择的时候更加需要根据自身业务的实际需求：例如需要用到对时间序列分析的，那么就会使用循环神经网络RNN，而Caffe、MXNet虽然对图像卷积处理非常友善但缺乏循环神经网络。Google的TensorFlow支持其他机器学习算法，还支持增强学习Reinforcement learning算法。

1. TensorFlow

开发语言：
基于python编写，通过C/C++引擎加速，是Google开源的第二代深度学习框架。

编程语言：
Python是处理TensorFlow的最方便的客户端语言。不过，JavaScript、C++、Java、Go、C#和Julia也提供了实验性的交互界面。

优点：

1. 处理循环神经网RNN非常友好。其用途不止于深度学习，还可以支持增强学习和其他算法。
2. 内部实现使用了向量运算的符号图方法，使用图graph来表示计算任务，使新网络的指定变得相当容易，支持快速开发。TF使用静态计算图进行操作。也就是说，我们首先定义图，然后运行计算，如果需要对架构进行更改，我们将重新训练模型。TF选择这种方法是为了提高效率，但是许多现代神经网络工具能够在不显著降低学习速度的情况下，同时兼顾到在学习过程中进行改进。在这方面，TensorFlow的主要竞争对手是Pythorch。

缺点：

1. 目前TensorFlow还不支持“内联（inline）”矩阵运算，必须要复制矩阵才能对其进行运算，复制庞大的矩阵会导致系统运行效率降低，并占用部分内存。
2. TensorFlow不提供商业支持，仅为研究者提供的一种新工具，因此公司如果要商业化需要考虑开源协议问题。

2. PyTorch

开发语言：
Facebook用Lua编写的开源计算框架，支持机器学习算法。Tensorflow之后深入学习的主要软件工具是PyTorch。
Facebook于2017年1月开放了Torch的Python API ― PyTorch源代码。

优点：

1. 具有较好的灵活性和速度。与TensorFlow不同，PyTorch库使用动态更新的图形进行操作，这意味着你可以在这个过程中做出改变。实现并优化了基本计算单元，可以很简单地在此基础上实现自己的算法，不用浪费精力在计算优化上面。
2. 支持动态计算图，能处理长度可变的输入和输出，这尤其适用于循环神经网络RNN的应用。
3. 在PyTorch中可以使用标准调试器，例如pdb或PyCharm。
4. Pytorch训练神经网络的过程简单明了。
5. Pythorch支持数据并行和分布式学习模型，并包含许多预先训练好的模型。

缺点：

1. Pythorch更适合小项目和原型设计。说到跨平台解决方案，TensorFlow看起来更合适。但是，值得注意的是，对于同样的任务，用户可以使用2017年推出的Caffe2移动框架。

3. Caffe 1.0

开发语言：
2013年底由UC Berkely的贾扬清基于C和C++开发的深度学习框架，第一个主流的工业级深度学习工具。

优点：

1. 具有非常出色的卷积神经网络实现，尤其在13年至16年期间大部分与视觉有关的深度学习论文都采用了caffe框架。至今为止Caffe在计算机视觉领域依然是最流行的工具包。

缺点：

1. 由于开发早和历史遗留问题，其架构的缺点是不够灵活。
2. 缺乏对循环网络RNN和语言建模的支持，因此Caffe不适用于文本、声音或时间序列数据等其他类型的深度学习应用。

4. Theano

开发语言：
Theano是深度学习框架中的元老，使用Python编写。Theano派生出了大量Python深度学习库，最著名的包括Blocks和Keras。

优点：

1. 最大特点是非常的灵活，适合做学术研究的实验。
2. 对递归网络和语言建模有较好的支持。

缺点：

1. 速度较慢。

5. MXNet

开发语言：
MXNet主要由C/C++编写。MXNet是16年新兴的深度学习框架，因此大量借鉴了Caffe的优缺点。

编程语言：
提供多种API的机器学习框架，面向R、Python和Julia等语言，目前已被亚马逊云服务作为其深度学习的底层框架。
这个框架从一开始就支持大量的语言（C++、Python、R、Julia、JavaScript、Scala、Go，甚至Perl）。

优点：

1. 最主要的特点是分布式机器学习通用工具包DMLC 的重要组成部分，因此其分布式能力较强。值得强调的是这个框架在多个GPU和多台机器上非常有效地并行。
2. MXNet还注重灵活性和效率。
3. 文档也非常的详细。
4. 强调提高内存使用的效率，甚至能在智能手机上运行诸如图像识别等任务。
5. 支持多个GPU（优化计算和快速上下文切换）。
6. 干净且易于维护的代码（Python、R、Scala和其他API）。
7. 快速解决问题的能力（对正在深入学习的新手来说至关重要）。

缺点：

1. 与Caffe一样，缺乏对循环神经网络RNN的支持，相对比使用JAVA实现的NL4J在分布式方面没有JAVA方便。

6. Keras

Keras 是一个基于Theano和TensorFlow的深度学习库，使用TensorFlow、Theano或CNTK的捷径就是是高级Keras shell。
由于受到深度学习元老框架Torch的启发，拥有较为直观的API，有望成为未来开发神经网络的标准Python API。

优点：

1. 除了Tensorflow之外，Keras还可以作为其他流行的低级库（如Theano和CNTK）之上的高级API。
2. 在Keras中，原型制作非常方便。用户在Keras中创建大量的深度学习模型被简化为单行函数。凡事有利有弊，这种策略会使得Keras的可配置性不如底层框架。
3. 对于那些刚刚起步学习深度学习的小白来说，Keras可能是最好的深度学习框架。它是学习和复现简单概念的理想选择，小白能够通过使用Keras理解各种模型和学习过程的本质。
4. Keras是一个编写精美的API。API的功能特性可以完全帮助用户构建更多新奇复杂的应用。同时，Keras不会阻止对底层框架的访问。
5. Keras编写的代码更加可读和简洁。
6. 使用Python生成器的Keras模型序列化/反序列化API、回调和数据流已经非常成熟。

缺点：

1. 灵活性低，Keras的可配置性不如底层框架。

顺便说一句：
Tensorflow位于较低级别：这是像MXNet、Theano和Pythorch这样的框架所在的位置。这是实现数学运算（如广义矩阵矩阵乘法）和神经网络原语（如卷积运算）的层次。
Keras在更高的水平上。在这个层次上，较低层次的原语用于实现神经网络的抽象，如层次和模型。通常，在这个级别上，还实现了其他有用的API，如模型保存和模型培训。

7. Chainer

在CMU的DyNet和Facebook的PyTorch出现之前，Chainer一直是动态计算图或网络的领先神经网络框架，这种网络允许输入可变长度，而这正是NLP任务的一个流行特性。

开发语言：
Chainer 的代码是在Numpy和CuPy库之上用纯Python编写的。Chainer是第一个使用动态架构模型的框架（如PyTorch）。
当用神经网络建模解决问题时，Chainer多次打破了缩放效率的记录。

优点：

1. 根据Chainer的基准测试，Chainer明显比其他面向Python的框架更快，其中TensorFlow是包括MxNet和CNTK的测试组中速度最慢的。
2. Chainer的GPU和GPU数据中心性能优于TensorFlow。（TensorFlow针对TPU架构进行了优化）最近，Chainer成为GPU数据中心性能的世界冠军。
3. 类OOP编程风格。

---

四. 参考链接

https://www.zhihu.com/question/53465308
https://blog.csdn.net/yeler082/article/details/78755095
https://zhuanlan.zhihu.com/p/157310499