内容存储在快速应用开发中的作用

从2000年开始，我一直致力于设计由数据定义的应用程序，以大幅度的提升软件开发效率，并且把程序员从简单重复的机械脑力劳动中解放出来。
在这个过程中，系统的逻辑结构曾经使用过xml和元数据的方式进行存储。但是都不是非常理想。
主要表现在以下方面：
系统的应用逻辑是不断革新和发展的，通常定义应用逻辑的元数据的变化频度和变化范围要超过逻辑本身。
这个比较容易理解，造物者需要的功能肯定要超过被创造的事物的。
从简单的一点功能来说：
系统菜单通常要包含以下的内容：父菜单，子菜单。 菜单的图标和类型。菜单的显示条件和隐藏条件。菜单功能被选中后的需要执行的程序入口。
但是在系统的实际应用中，大量的菜单是需要重用的，一个相同的菜单项目可能要出现在上百个不同的位置上。这些都大大增加了描述菜单对象的难度。
用另外常用的页面布局来讲也是一样的。

由元数据驱动的系统，其不断的革新的驱动力就来自于业务逻辑数据的不断更新。而往往这种更新是需要对原有的数据格式和定义做出大量修改的。
在以往我用数据库表来存储元数据或用xml存储时，对这些数据的不断维护就需要一个更加灵活易于升级的系统：
数据相对的量比较小，但是变化比较多。
可以动态的实时更新内部的数据定义。
在某些情况下甚至可以更新数据定义的定义方式。
可以描述大量的不规则的数据
数据本身并不完全遵守关系的定义。
具有一定的继承和多样性的特点。

这类信息按照其特点来划分实际上靠近内容存储多一些。在近些年的应用中，采用了一些CMS的概念来实现这个部分。感觉比以前的方式要好。