Java 工程師可以采用多種策略來與技術保持同步，最自然的方法之一是開發框架和庫。通過開發框架和庫，他們經常發現自己處于以下兩種情況之一：

1.他們代碼中的任何重大更改都會破壞他們客戶的應用程序。因此，他們很難發布額外的功能。 他們的大多數版本僅包含較小的錯誤修復。

2.盡管他們經常發布包含額外功能的版本，但他們的客戶從不升級。升級到最新版本會花費太多精力，而客戶沒有時間。

如果你發現自己處于其中一種情況，你需要了解維持出色框架和庫的 3 條原則。在你的 API 中應用這些原則將使你走上與時俱進的道路。

原則 1：讓你的客戶快速開始

當你嘗試一個新的框架或庫時，你會怎么做?

在開始編碼之前，你是否閱讀了整個文檔來學習理論? 或者你只是找到一個簡單的用例，然后進行更改和實驗?大多數開發人員更喜歡第二種選擇。 他們不想閱讀太多文檔。 他們只是想完成他們的事情。

管理人員希望縮短上市時間，他們希望他們的軟件在盡可能短的時間內投入生產。為此，請通過快速查看類和方法來創建易于理解的 API。盡量讓它們簡單，并給它們起有意義的名字。除此之外，還要在文檔中添加用例，大多數流行的框架都有這樣的指南。

通過訪問用例，開發人員可以找到他需要的并對其進行調整。通常，這就是他完成工作所需要的一切。

原則 2：讓你的產品與市場趨勢保持同步

開發人員希望使用最酷的技術并與其他開發人員分享他們的知識，這很重要，因為人們需要了解你的產品，否則沒有人會使用它。

那么，是什么讓框架或庫很酷呢? 除了易于上手(原則 1)之外，它還必須是現代的并且與市場趨勢保持同步，并以一致的方式發布附加功能。如果你這樣做了，你也將與新的東西保持同步，這就是為什么你需要知道第三個也是最重要的原則。

原則 3：讓你的客戶輕松升級

總擁有成本 (TCO) 是客戶為產品支付的價格，加上他為保持產品正常運行而支付的價格。這很重要，因為它與前面的兩個原則有關。它與原則 1 相關，因為客戶總是希望盡可能省錢，他們不想花太多錢來啟動和運行他們的應用程序。它還與原則 2 相關，因為你的產品必須很酷。在某些時候，你的客戶將需要你發布的附加功能。

但僅僅酷是不夠的。它還必須向后兼容。否則，客戶在升級時將需要更改他們的應用程序，這將花費時間和金錢。保持向后兼容性對于持久的產品至關重要。一旦你的客戶使用你的 API，你就無法再更改它們。這就是為什么你需要仔細設計它們。以一種允許你在不破壞客戶應用程序的情況下發展的方式進行。

你是怎樣做的?定義特定的用例，如原則 1 所述，你的 API 的早期版本不應該太靈活。靈活性與具有向后兼容性的演進成反比。所以從僵化開始，然后升級靈活性。此外，盡可能使用 final 方法和類。

你還應該創建高內聚和低耦合的工件。請記住，工件越分散，更改它就越困難。

為了保持向后兼容性，我能給你的最重要的提示是封裝內部。將所有內容設為私有并僅公開客戶需要使用的基本類和方法。除了降低復雜性之外，這還允許你在不破壞兼容性的情況下進行更改。

能夠在你的 API 中應用優秀框架和庫的三個原則肯定會幫助你使用新技術，你必須一致地改進你的產品。