設計API時要區分其目標用戶群

提供給客戶端代碼的API與為開發商提供的API是不同的。

1.API升級

（1）拋出異常模式，不太好，用戶升級一次每個api需要寫好幾行代碼 （2）預留參數 設計時最好哪些不準備別人繼承的類都用 final 修飾

2.合理分解API

一類供他人調用來完成某些功能（final類）；一類供他人來擴展API的（預留參數）==>可讀性和代碼升級需要 面向對象的語言都有內聚性的傾向，查找資料時，可以方便看出。 （1）把有關聯的方法放置在同一個類中 （2）對于一些無關的方法，決不能因為一時無法找到更合適的位置來放置，就隨便放入與它們無關的地方 （3）把有關聯的類放置在同一個包中 （4）把一些只有特殊場景下才用的到的類轉移到其他地方 牢記： 使用API的人可能是多個不同的用戶群 總結： 最好是把實現類分開放置在不同的包里，讓用戶很難找到這些類，也避免API用戶有機會一下子拿到這么多的類 api和spi 如，具體實現放到它自己的模塊里，然后通過獨立的API進行版本控制 API： 用來供他人調用來完成某些功能的內容，API包中的類應該是自包含的，不會引入人很SPI包中的內容 SPI： 用來供他人來具體實現的內容

API分類

核心類型的API： 用戶往往只關心類庫提供了哪些功能，這個類庫執行某些關鍵API 支持類型的API： 大量實用方法，讓用戶更容易使用，用戶不一定用，只是為了讓用戶感到安慰，它們只是助手類，非必須內容 核心類型的SPI： 提供另一用戶群使用接口，拓展類庫功能。如果不允許外部提供拓展功能，則不需要提供這些內容 支持類型的SPI： 助手 這種方法很容易對API演進。

總結

以上是生活随笔為你收集整理的软件框架-无绪开发5的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。