问题标签 [configurability]

我想为类似 C 的语言构建解析器。关于它的有趣方面是我想以这样一种方式构建它，即有权访问源代码的人可以轻松修改它以扩展语言（一种新的表达式类型的实例），扩展是运行时可配置的（它们可以是打开和关闭）。

我目前的意图是构建一个像样的递归解析器作为对象。每个产生式都将是一个对象的一个​​方法。扩展的方法是根据需要从这个基础替换方法（和生产定义）派生类。我仍在尝试弄清楚如何混合和匹配扩展。一个想法是用 v-tbl 玩游戏。对象将使用 v-tbl 构造，该 v-tbl 是基类的副本，但使用派生类替换的方法。

除了解决方案的有点混乱之外，我唯一遇到的问题是

• 进行 v-tbl 混合的合理方法
• 当 2 个扩展改变相同的产品时该怎么办（因为大多数替换最终会调用原来的替换调用另一个会起作用，但设置它的机制是问题）
• 如何允许扩展扩展（这可能最终看起来像一个标准的 MI 系统，但我从来不知道它们是如何工作的）

另一种解决方案（相同方法的稍微普通的版本）是使用静态成员变量来存储函数指针并调用它们以获得相同的效果。

编辑：我已经构建了一个系统，可以让我从 BNF 定义构建产品。我可以改变它来支持我决定的任何事情。

是否有可能从配置中控制不同类的创建？

说，我有一个硬编码的函数：

是否可以将控制权转移到某种数据结构中，以便用户只需要填写数据结构来控制函数的行为方式？

对于我的应用程序，我有多个客户。对于每个客户，都有一组不同的图像和服务器 URL。为了解决这个问题，我创建了客户特定的文件。因此，根据选择的目标，特定文件用于获取图像并在 UI 中动态加载它们。但这种方法仅适用于每个客户的布局相似的情况。准确地说，我目前使用的方法是不可扩展的。

以下是我现在面临的问题：

1. 当我需要根据客户更改布局时，真正的问题就出现了。如果屏幕很少，我可以在 UI 中动态设置元素的位置，但如果有多个 XIB 文件，这不是一个可行的解决方案。实现这一目标的最佳行业标准是什么？

2. 添加/删除/修改功能是一个问题。假设我的应用程序中有一个标签栏。为了向客户提供 6 个功能，我在应用程序中有 6 个不同的 TabBar 项。假设如果客户不想要其中的任何一项功能。使用简单的 if-else 来抑制任何特定选项卡是实现此目的的正确方法吗？

我工作的公司有一个 ERP 软件，或者更好的是，一个家庭事故管理应用程序，用于维修公司，而这些公司反过来会处理保险公司的请求。

有很多维修公司使用我们的应用程序，该应用程序是从标准复制而来并针对他们的特定需求进行定制的。

这是更新和扩展它的噩梦！

我想知道优化这个的好方法：每个公司都有继承类的相同应用程序实例？接口适合这里吗？我们如何处理不同服务器中的集中式应用程序？我们不想只为所有人使用一台服务器。