关于web界面设计的整体可维护性的感悟

1.表现与数据分开管理:

   某些数据具备特殊的表现格式,比如颜色,大小等等。为了对这些格式表现分开管理进行

  a.使用css定义该类型数据的表现形式: 定义数据的类别,通过该类别对数据格式进行统一定义

.类别名 {
}

  b.对于某些数据,比如说金钱需要在前面加上一个$符号的,使用js统一对所有该类别的数据进行特别设置。这样在显示该数据时候,只需要设置为类别,就可以显示特别形式。

$(".类别名").each( ....) 

  c.如果在别人定义的基础上进行修改,需要注意加上别人定义类别的前缀,这样的话不会对无关者改变。不能让所有人对基本类别都可以肆意修改,修改权限越低,则前面限定的类别应该越多,否则造成混乱。

.类别名  .类别名1{
}

  d.数据表现元数据的定义应该统一在数据库单一源查询得到,如果随意在代码中定义表现的规则,那么后期维护也会非常麻烦。所谓元数据:即数据库中存放数据 <-> 网页上表现数据;他们并不一定一致,这种转换的规则必须统一源来定义。比如采取语言国际化标准,可以使用django的国际化,或者js的国际化。再例如一些数据的元数据,比如说类型,国家等等。在使用这些元数据的时候需要统一接口进行使用,而非各自在各自模块中定义一套。

 

2.所谓的元数据

  a.数据的展现格式类别: 例如 css 样式

  b.在数据库中具体表格数据,对应的数据意义。

    我们获取的REST的数据可能并非界面有好的,如果这个从非界面有好到界面友好之间需要转换,那么应该有个统一的转换层。为什么要统一,防止每个子模块对数据自定义解释,这样后期就难以维护。转换层可以在服务端,也可以    在客户端使用js

  c.

posted @ 2015-10-27 16:54  雅思敏  阅读(336)  评论(0编辑  收藏  举报