问客户端应该静默地修复可能的错误，还是应该让客户端的用户知道错误？

EN

API的用户并不关心数据来自何处；API和用户之间有一个契约。如果API使用不同的服务造成麻烦，则API必须报告错误，或者报告正确的结果。一个无声的不正确的结果是不可接受的，它意味着你的API被破坏了。

现在，从您的描述中，我不太清楚您实际在做什么，您是在创建API还是客户端，以及谁从另一个源获取数据。如果API被破坏了，您要么大声对API创建者大喊大叫来修复它，要么就接受它。但是您应该在客户端代码中有一个方法，其中一个范围是使用一个清晰而简单的规则指定的，该方法将范围转换为彼此调用的方法所需的格式。它可能不是连字符对破折号，它可能是一个完全不同的格式，如“从:2到:10”。一旦编写了方法，它就应该将所有调用者与这些问题隔离开来。

你的问题缺少重要的细节，其中一些在评论中提到，但要求仍然含糊不清。

例如，当您在“从另一个服务检索范围”中使用被动语态时，您将不清楚是谁做的，另一个服务的API定义是什么，谁可能负责将字符串解释为一个范围。

• 如果用户检索范围并将其输入API (复制和粘贴？)您有一个严重的可用性问题和错误的来源，但可以说是用户负责修复格式。作为一个用户，我会拒绝使用这样的软件。
• 如果您的应用程序检索到该范围，则您有责任根据它们的API对其进行解释并在传递到其他API之前对其进行适当的转换。
• 如果另一个服务API定义说它们的格式范围为连字符，但它们的实现使用的是n-破折号，则需要请求它们修复它们的实现，或者为了互操作性的考虑，您需要接受不正确的格式。在API客户端中有许多这样做的例子。

你真的可以为客户做你想做的任何事情，但是如果客户端自动替换了破折号，它就会更健壮，更容易使用。