API应该返回CompletionStage还是CompletableFuture
在构建API时，编写接口代码是一个很好的实践，因此返回CompletionStage似乎是一个最好的方法。然而，我意识到我碰巧总是在获得CompletionStage之后调用.ToCompletableFuture。在这种情况下，推荐的方法是什么？
共有1个答案
使用CompletionStage的API用于非阻塞使用，因此只有当调用方不以非阻塞方式工作时，才需要调用.ToCompletableFuture()。如果API不是非阻塞的，它应该返回普通的旧future接口。
-
问题内容： 我发现自己同意返回接口而不是具体的类。 原因很简单，我要松散耦合。 但是还会有其他影响或权衡吗？ 问题答案： 对于List或ArrayList之类的类型，不应进行任何编译，并且应将List提升Code返回到接口。 如果这是通过诸如CopyOnWriteArrayList之类的并发包进行的，并且您使用的是addIfAbsent之类的方法（未在List接口中定义），您将发现自己受到限制。
-
我发现自己同意返回一个接口，而不是一个具体的类。
-
假设我有一个方法将只读视图返回到成员列表中： 进一步假设客户机所做的只是立即对列表进行一次迭代。也许是为了把玩家放进一个JList或者别的什么。客户端没有存储对列表的引用以供以后检查！ 对于这种常见的场景，我是否应该返回一个流呢？ 还是返回流在Java中不是惯用的？流被设计成总是在创建它们的同一个表达式中“终止”吗？
-
问题内容： 假设我有一个将只读视图返回到成员列表的方法： 进一步假设所有客户要做的就是立即遍历列表一次。也许将播放器放入JList之类。客户端就不能存储到列表的引用以便稍后进行检查！ 在这种常见情况下，我应该返回流吗？ 还是在Java中返回流非惯用语？流是否设计为始终在创建它们的相同表达式内被“终止”？ 问题答案： 答案是一如既往的“取决于”。这取决于返回的集合的大小。这取决于结果是否随时间变化，
-
这方面的最佳实践是什么。NET与Web API？特别是WebRESTAPI。当异常发生时，RESTAPI是否应该在响应体中返回异常？ 当然，我会返回500或类似的HTTP状态。但是当我用这个错误代码响应时，最佳实践是什么？或者更好的是，规范或RESTAPI对此有何规定？ 返回异常（我所做的）
-
如果找不到记录，则必须为 api/对象返回哪个 HTTP 状态？我看到以下变体： 返回404 返回200和空白响应，例如{} 我没有找到ruby社区的惯例。什么是最佳实践？