Design patterns 针对此需求选择哪种设计模式？

我有一个需求，其中假设，我将从客户机获取一种语言的文件，并需要将其转换为另一种语言。假设我将从客户端获得所有详细信息，即文件名、文件的当前语言、文件需要转换为的语言以及输出文件名

我需要做的是 a） 首先，当客户端调用应用程序时，应用程序将列出应用程序当前支持的所有语言转换 b） 从客户端获取转换的所有详细信息 c） 将输出文件返回给客户机（假设这是同步发生的，客户机将等待完成）

我需要以这样一种方式来设计 a） 将来，我的应用程序应该支持更多的语言，因此在这种情况下，应该对现有代码进行最小的更改 b） 因此，如果应用程序每次都支持新的语言转换，那么在客户端调用此应用程序时，需要列出这些转换 b） 因此，假设当前应用程序调用API“xyz”进行转换，并且为了支持更多的语言转换，假设我们找到了一个新的API“abc”，那么我们需要在对现有代码进行最小更改的情况下使用新的API

---

请告诉我是否可以通过单一模式或模式组合来满足上述要求。

假设语言转换通常使用类似的算法，则可能会对您有所帮助。

您将如何进行转换？您确实意识到自动语言翻译工具不是很准确。对于实际的翻译，我认为除了策略模式之外，任何mvc类型的架构模式都适合实际应用程序interface@Mystere伙计，假设我们有一个完美的语言翻译API。。我更关心的是设计模式或设计方法，如果我切换到一个新的语言翻译API（可能比当前的更好），我需要对现有代码进行较少的更改。