撇開所有的業務場景不考慮，分享一個我之前在內部做的分享文章。
遠端介面設計經驗分享

回到題主的疑問，阿里面試官是否在刷流氓。
我作為阿里的一個技術人員，雖然很少做面試官，不過我能打開從這個問題中猜測出當事面試官的主要考察方向。

所以這個技術問題一個開放性的問題，看你的技術知識範圍和邊界。

1、你可以選擇拋開業務場景談論如何設計一個API甚至一個API的框架，如果一個接口被設計為對外部的接口，那從框架上還要考慮到命名策略、向下兼容方案、用戶鑑權、呼叫流控等技術框架引進。

2、你也可以選擇從領域模型進行切分，例如更細緻的追問業務場景，根據領域劃分自己的API設計，並說明清楚你自己的思考。

舉個例子：你可以針對面試官的問題，追問場景，並細化到一個具象的領域。這個過程其實也反映了你的思考方式。假設能具像到發布商品介面。發布一個商品，有一個公共的API，這個API兼容的考慮到了大部分商品所需要填寫的信息；但如果要發布一個網遊的商品，這裡面所需要填寫的信息肯定和發一個連衣裙存在非常大的差異，請問你什麼時候會考慮為這種場景獨立一個API，這個度你怎麼理解怎麼把控。

當然了，還有很多細節上的事情要體現在你的API設計中。程式碼畢竟是人寫的，介面與介面之間的互動背後其實是團隊與團隊之間的協作，如何透過一個合理的API提高團隊協作的效率，利益邊界劃分的清晰，形成共贏的局面，是非常講究的一個過程。

另外，就算這個問題退化為簡單的機器與機器互動的效能，也有非常多的關鍵點要挖。

利益相關聲明：我是阿里技術員工

考慮具體業務細節，合理實際API

是指web service還是sdk還得封裝的模組還是什麼 ..

怎麼設計一個API這需要結合業務需求，如一樓說的，沒有需求，脫離情景，這是在耍流氓。
怎麼設計好一個API，這需要長期經驗累積（也就是所謂的空談）。 空谈）。
参考: http://blog.jobbole.com/42317/

update 2016-1-13 10:17:40

面试官就是等你回答：你没跟我说需求，你这是耍流氓參考: http://blog.jobbole.com/42317/

主要是想考察你平常有沒有累積和總結吧。面試的時候，可以自己給場景，自己分析，給答案。

流氓。 。
其實他想問你之前做API的時候都考慮什麼問題呢？

脫離情景問這些簡直是耍流氓啊。 。

自己問題提的爛還不讓人噴...