定義API時我應該返回CompletableFuture還是Future？

Question

在Java 8中，接口或抽象類定義返回CompletableFuture而不是返回Future的API會更好嗎？考慮到it is ugly converting Future to CompletableFuture以及CompletableFuture將使調用者更直接地使用功能樣式的靈活性，API可以返回Future的原因是什麼？

Answer 1

我的2克拉：

• 通過返回的未來，你有自己的選擇，並可以返回一個Future，或CompletableFuture - 它沒有從調用方的角度差異。
• 通過返回一個CompletableFuture，你給調用者更多的選擇（他們獲得更多的方法），但你也承諾返回這種類型的未來 - 如果在兩年內你意識到返回一個BetterFuture會更有意義，你將不得不改變API，這是不好的。

因此，你應該評估你將來想要返回除CompletableFuture以外的東西（哈哈）的可能性，並據此做出決定。

Answer 2

以爲我會回來這一點，並提供對我的最終決定一些更新：

對於我自己的代碼/設計，我就用CompletableFuture作爲返回類型，因爲

• 這是一個內部部分的方法，我想使其具有可擴展性; protected abstract
• 我不需要一個接口來定義綁定;
• 這個返回類型的主要目的是Future（用於異步IO），我個人覺得CompletableFuture提供的功能風格的API是對未來的開發者使用功能風格的附加的好處/提示/鼓勵。

有了這樣說，我肯定會用CompletableStage接口作爲返回類型，如果有人對我設計一個公共的API，這是因爲：

• 什麼@assylias和@Holger說一下接口與實現和鏈接能力
• 和事實CompletableStage有一個方法CompletableFuture<T> toCompletableFuture()。