本系列由上下两篇组成,第 1 篇从用户易用性角度上分析目前很多的开发框架、软件产品易用性方面存在的问题, 然后从易用性角度提出”基于 XSD 模式和 Schematron 规则的 XML 校验插件”,第 2 篇介绍该插件的使用方法,设计架构,使用的各种技术标准以及用户如何对其进行扩展。
目前,很多的开发框架、软件产品为了提供高度参数化和最大可重用性的特点和优点,采用了 XML 文件定义配置其系统环境, 有时系统应用交易相关的数据模型,业务工作流程,格式转换配置,调用方式等也都采用 XML 的方式定义。这种编程开发模式给客户带来了极大的可重用性和灵活性,最大程度满足了客户的各种需求。
但是这种高度的灵活性,也同时带来了一定的易用性问题,即带来了大量的 XML 配置文件和 XML 配置的规则。用户需要对该产品比较熟悉,才能够自如的掌握该产品的各种使用配置方法,发挥出架构灵活性的优点。如此大量的配置对产品开发工具、运行平台的 易用性提出了新的要求:即要使用某一软件产品、开发框架需要做大量配置工作。同时由于 XML 的灵活性导致其中隐含大量陷阱,导致配置往往不能达到用户预期。
对于 XML 陷阱来讲,主要体现在下面两个方面:
- 配置文件的管理问题
即当用户需要配置多个配置文件的时候,如何处理这多个配置文件,怎样对他们进行有效的管理,如何指导用户在多个配置文件中正确的进行配置,是件非常复杂的工作。总而言之,配置也好,调整也罢,系统需要告诉客户都要做那几步配置,在哪里配置,怎么配置。
目前,大部分软件产品, 开发框架也都有告知配置的步骤, 如何配置, 具体配置位置, 一般出错的情况等,但大多采用文档的方式,但对于软件框架此类的产品而言, 采用文档的设计方法,是一种低效的用户可用性设计, 原因有二:
- 软件产品, 开发框架本身就已很复杂, 其知识点很多,配套文档一般都会非常多, 关于各个配置文件的描述更是散落于各处,如果用户需要任何操作都对照文档, 学习文档才能进行开发, 就会增加用户的负担,降低开发的效率。
- 通过文档来配置的方法可视性很差,用户的配置操作应该显而易见, 从系统中体现。 通过文档的方式, 只能是系统无法实现的基础上的一种补充, 而不能作为主要手段。 而且人的记忆力有限,今天查阅文档知道配置方法, 不能保证有