1
我有一个要求，假设我会用一种语言从客户端获取文件，并且需要将其转换为其他语言。假设我将从客户端获取所有细节，即文件名，文件的当前语言，文件需要转换的语言以及输出文件名。哪种设计模式可供选择以满足此要求？
我需要做的是 一）首先，当客户端调用应用程序，该应用程序将列出所有应用程序目前支持 B中的语言转换）获得来自客户端的所有细节进行转换 c）向客户端返回输出文件（假设这是同步发生的，客户端将等待完成）。 a）在将来，我的应用程序应该支持更多的语言，所以在这种情况下，应该对现有代码 b）进行微小的更改b）因此，每次如果应用程序支持新的语言转换，那么需要在客户端调用此应用程序时列出 b）因此，假设当前应用程序调用API'xyz'进行转换并支持更多的语言转换，让我们假设我们找到了新的API'abc'，那么我们需要使用新的API，只需对现有代码进行最小限度的更改。
请让我知道如果上述要求可以通过单一模式或多种模式的组合来满足。
你打算怎么做转换？你意识到自动语言翻译工具不是很准确。 – 2012-02-05 20:59:53
对于实际的翻译我认为战略模式将适合除了我认为任何mvc类型的架构模式为实际应用程序接口 – 2012-02-05 21:04:26
@Mystere人，假设我们有一个完美的语言翻译API可用..我更关注设计模式或设计方法，以便在现有代码中减少更改，以防万一我切换到新的语言翻译API（可能比当前更好）。 – karanece 2012-02-05 21:30:22