我的两年研发工作之路（二）——最原始的设想2

    特性2：元数据的应用。

    元数据的通用定义是：描述数据的数据。其实关于如何应用元数据，我们足足讨论了半年之多，在我从事研发工作之前就已经开始讨论了。

    那么，在研发的新平台中，元数据要扮演什么角色呢？起到什么作用呢？这是我们在制作平台前就要事先定义好的，但是我们定义了如下几个作用：

    作用一：扁平化数据结构化。大家应该还记得，在我们平台上展示层的数据是扁平化的，而逻辑层的数据要求结构化。那么，元数据就起了对结构化数据（对象）描述的作用。然后，通过一个公用的组件，将扁平化的数据转化为结构化的数据，即转化为对象。

    作用二：充当ORM的作用。由于当时我们想使用OpenLexicon这样的数据流处理组件，所以并没有选择像Hibernate、Torque等ORM的组件。但是，我们又必须简化原先的DAO层。所以，我们就将ORM的信息也放到了元数据库中，通过自己的一个公用组件完成CRUD工作。

    作用三：数据校验。大家都知道，我们需要对用户输入的数据进行校验后，才能放到数据库中。如果当你的系统有几百张，甚至几千张录入界面的时候，如果人工来写校验代码，那是多大的软件成本！？所以，我们决定将数据的校验对这也放到元数据库中。如此，程序员只需要在页面上发一段指令，告诉我们的平台现在需要对页面的那块区域（包括整张页面）进行数据校验了，那么平台自动会从元数据库中提取相关的数据，动态生成校验规则，然后在页面上自动完成校验，如果校验不通过，则将页面控件标红，并进行友好提示。现在我公司软件，90%的数据校验规则是通过这种方式来处理的。

   作用四：决定数据在展示层上的展示方式。比如说，密码在页面上展示时需要以密码框的方式展示。这些信息也是在元数据库中保存的。

   作用五：页面数据的填充与提取。比如，我们通过“select userName from user_”语句从数据库中获取到数据，此时如果页面上有个控件的名称是“userName”的话，那么数据就自动填充到该控件中了（如果该控件是列表，那么就以列表方式展示）。反之亦然。

   

    先写到这了，又要上班了。待续……