最佳做法的定制版本的用户接口？

Question

怎么会的以下情况最好的是实现：

有一个标准化的用户界面，用于一个应用版本1.0的，例如令的形式。这个应用程序获得定制，以适应不同的需要的客户。这可能是一个额外的领域"所需的交货时间"为客户，omittance的领域"的电话号码"为客户B，额外地图插件，它显示出仓库附近的客户C的组合这些客户D。

现在，开发人员会发布新的版本的标准化了的形式，2.0版本。什么是最好的方式来设计这个具有最低限度的努力(如果有)确保所有定制的客户可以保持活着吗？

我可以想象一下下面的方案：

• 配置：所有选项均可配置。这实际上不可能是一个解决方案，因为所有可能的客户需求的不可预见的。
• 继承：定制工作都是由继承的标准版本。然而，如何能够确保新的释放不会导致在一个"蹩脚"在找的定制版本吗？

Answer 1

立即的选择，想到的是一个UI规范的存在以外的应用程序。当的应用程序的运行，用户界面产生是在运行时间。虽然这是更多工作于一个静态的，编UI，它也是更多的灵活在长期来看，鉴于你的专用软件生命周期。

有框架的存在仅仅是为此目的： 太 是一个众所周知的例子。

你可以，但是，一方面-滚你自己的。最终，这种给你力量让你的客户'的用户的接口分开。