XML 校验插件的介绍和实现

本系列由上下两篇组成，第 1 篇从用户易用性角度上分析目前很多的开发框架、软件产品易用性方面存在的问题， 然后从易用性角度提出”基于 XSD 模式和 Schematron 规则的 XML 校验插件”，第 2 篇介绍该插件的使用方法，设计架构，使用的各种技术标准以及用户如何对其进行扩展。

开发框架易用性方面的考虑

目前，很多的开发框架、软件产品为了提供高度参数化和最大可重用性的特点和优点，采用了 XML 文件定义配置其系统环境， 有时系统应用交易相关的数据模型，业务工作流程，格式转换配置，调用方式等也都采用 XML 的方式定义。这种编程开发模式给客户带来了极大的可重用性和灵活性，最大程度满足了客户的各种需求。

但是这种高度的灵活性，也同时带来了一定的易用性问题，即带来了大量的 XML 配置文件和 XML 配置的规则。用户需要对该产品比较熟悉，才能够自如的掌握该产品的各种使用配置方法，发挥出架构灵活性的优点。如此大量的配置对产品开发工具、运行平台的 易用性提出了新的要求：即要使用某一软件产品、开发框架需要做大量配置工作。同时由于 XML 的灵活性导致其中隐含大量陷阱，导致配置往往不能达到用户预期。

对于 XML 陷阱来讲，主要体现在下面两个方面：

• 配置文件的管理问题

即当用户需要配置多个配置文件的时候，如何处理这多个配置文件，怎样对他们进行有效的管理，如何指导用户在多个配置文件中正确的进行配置，是件非常复杂的工作。总而言之，配置也好，调整也罢，系统需要告诉客户都要做那几步配置，在哪里配置，怎么配置。

目前，大部分软件产品， 开发框架也都有告知配置的步骤， 如何配置， 具体配置位置， 一般出错的情况等，但大多采用文档的方式，但对于软件框架此类的产品而言， 采用文档的设计方法，是一种低效的用户可用性设计， 原因有二：

• 软件产品， 开发框架本身就已很复杂， 其知识点很多，配套文档一般都会非常多， 关于各个配置文件的描述更是散落于各处，如果用户需要任何操作都对照文档， 学习文档才能进行开发， 就会增加用户的负担，降低开发的效率。
• 通过文档来配置的方法可视性很差，用户的配置操作应该显而易见， 从系统中体现。 通过文档的方式， 只能是系统无法实现的基础上的一种补充࿰