评论会员：SAKryukov 时间：2012/02/07
解决方案不能通用，因为一切都取决于不断变化的需求的性质。诉诸扩展，反对进行修改，不能真正的帮助。
我可以看到只有一个办法:改变从硬编码结构的方法来存储元数据与知识工程，特别是本体工程，（请参阅下面的链接）。然而，这种技术的架构远远超出了简单的问题答案的格式，并可能是一个真正的大文章的问题，如果不是一本书。
总之，面对不断变化的要求，可以被视为知识。由于缺乏强大的预测能力，甚至经常利益相关者的最小视力变化的业务设置，并很自然的，这方面的知识，可以定性为垃圾知识。 （在这种情况下，开发商说:"他们不知道自己自己想要什么"，而这仅仅是生活中的事实，通常不可避免的。）所以，这样的知识硬编码可以是不切实际的。在某些情况下，知识工程，可用于开发的知识很抽象的模型，元数据的形式，而不是硬编码，但在一些持久介质存储（数据库，XML文件）。例如，在过去，我开发的技术知识在一些元数据架构的形式表示，我们开发的元数据引擎和用于添加/修改UML结构图的形式结构的图形工具。这个工程步骤的持续神器被用来生成代码。最困难的问题是支持备份兼容性，但自动化字符模式演化有很大帮助。一个想法是:你可以尝试只坚持增量变化。删除的元素没有物理删除元数据，但特殊属性"过时"的标记，所以这些元素与传统的数据系统。再次，这是很难解释，在一个简短的回答。 （不，这代码是不可用，对不起。）
这是不容易的。你可以考虑一些高度的技术方法和频繁手动更改和修正的痛苦之间的权衡。你可以尝试找到一些切实可行的妥协，这本身是困难的。问题从根本上是相当困难的。
请参阅:
![]()
，
{A}，
{A2}
{A3的}
{A4纸}，
mdash; SA
评论会员：游客 时间：2012/02/07
迈赫迪吴拉姆:不幸的是，它兽的性质，你无法避免它使用传统的编程方法但是使用数据库文件存储在JSON或XML等对象的结构，不降低的变化和测试需要，在许多的情况下都无动于衷架构更改