MDVC框架，是我在MVC框架的基础上增加了D（Data）的环节衍生出来的。
众所周知，MVC全名是Model View Controller，是模型（Model）－视图（View）－交互（Controller）的缩写，一种软件设计规范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个控件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
增加D（Data）的环节，是为了体现数据的重要性，而数据有两大类型：已有数据和新产生数据。
简单说，MDVC模式，是模型（Model）——数据（Data）——视图（View）——交互（Controller）的过程。接下来我们分开讲解整个过程以及过程之间的衔接。
开发过程中，Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。通常模型对象负责在数据库中存取数据。在撰写文档过程中的Model，主要讲的是对产品以及产品功能的定义。这一点，与《用户体验要素》中的框架类似，但又不完全一致。
可以说这是文档撰写过程中的模型一个提纲挈领的框架，也就是“我朝着这个方向做”，也会出现“为什么朝着这个方向做（后面会提到）”。没有任何逻辑细节，也但没有任何其他细节，“而不会说怎么做”。后面的数据、视图、交互等，都是在这个框架下完成的。
在Model（模型）的基础上，考虑产品所需要的数据。上面提到过，数据有两大类型：已有数据和新产生数据。相对应的，这部分就是考虑两方面：
而新产生的数据也有两类，一类是通过已有数据的整合而来，一类是完全意义上的新产生。已有数据整合以及新产生的数据需要自己部门内解决，也有可能需要跨组、跨部门，甚至是夸公司级别的合作等等。
View（视图）也就是产品的UI，是对M（Model）以及D（数据）的展示和处理，是应用程序中处理和展示数据，以及相关控件的部分，通常视图是依据模型以及数据创建的。视图主要解决的是展示什么，以及如何展示的问题。
在开发过程中，C翻译成控制，不过在产品文档撰写过程中，我认为表示称交互更贴切，这部分处理用户交互，是解决页面之间、控件和页面之间、控件效果之间等的交互问题。
通常，交互负责几部分能力：
文章转载请保留网址：http://www.iswweb.com/news/industry/1798.html
