界面-数据-循环

数据,界面,循环 – 数据模型对界面的影响

上文介绍了数据建模的过程,最终得出一个含有Dataset、Data Item以及Operation的图状数据结构,其特点在于对Operation的关注,而不关注于常见的数据的属性、关系。 在数据建模中大量关注Operation及其之间的关系,就是为了让数据的模型可以有效地影响和指导界面的设计,从而形成“环”的两个部分的一条通路。 因此本文就介绍数据的模型如何指导界面的设计,以及从数据模型导出界面设计的一种方案。 导出跳转关系 在数据模型中,已经定义了针对各个Dataset以及Data Item的操作,同时也有了各个操作之间的关系。 还是使用上文中最后的数据模型: 首先可以假设,每一个操作,我们需要一个独立的界面模块来进行处理,比如针对上文的数据模型的定义,可以得出部分模块: 用户详情查看,User.R 文章列表,PostSet.L 文章详情查看,Post.

界面-数据-循环

数据,界面,循环 – 我是如何进行数据建模的

根据前言的介绍,设计、界面是一个相互影响的环,因此事实上从哪一点介入这个环并不重要,甚至完全取决与个人的喜好。对于个人而言,数据的建模方式也许可以说得更加精彩,因此就以“数据如何进行建模”作为这个环的切入点。 在小型应用的开发中,我是一个重数据而轻业务的人,也许很多注重领域业务的人会对此嗤之以鼻,但这确实是我经过不少项目之后的切身体会,并且也有一套自己的说法,具体的内容希望日后有机会可以写成博文进一步交流。 而在这里可以先不管业务、逻辑是否重要,事实上对于任何一个项目,数据的建模都是不可少的环节。在数据建模的过程中,我始终遵从一个原则:“数据的最终目的是与用户交互”,因此我对数据的建模是站在“交互”的角度出发的。 基本概念 首先,对于数据建模这一环节,会有几个下文中频繁使用的概念: Dataset:数据集,指一类数据的所有个体的集合。

界面-数据-循环

数据,界面,循环 – 前言

这会是一个系列文章,主要讲述在小型Web站点的设计与开发过程中,数据与界面之间如何相辅相承、相互影响。其中绝大部分内容(超过95%)来自于个人的观点,不尽正确,甚至可能和现有业界的部分观点存在着冲突和矛盾。 在我看来,对于一个小型的Web站点或者应用而言,界面是大门,而数据是核心,现有互联网上90%以上的小型Web应用都是以数据为驱动的。在这一类的应用中,数据与界面之间趋于一种不可隔离的状态,其主要体现在以下两点: 界面的作用是展现、修改数据,很少存在与数据无关的重业务型的界面。 任何数据,最终都需要通过界面才可以与用户进行交互,独立的数据没有太多意义。 因为数据与界面间紧密的关系,往往对于一个应用的设计,会采用两种方案进行设计: 自顶向下的设计方式,首先导出界面的框架,进而产生设计原型、交互原型,最终从界面上提取数据及数据间的关系,进而产生数据模型。