安卓開發中，什麼樣的功能適合抽取成 Library？

咱們都知道若是將全部的功能都寫成 Library，那麼咱們在編寫應用程序的時候就能夠快速便捷的寫出想要的功能，由於這些已經事先都實現過了，這樣在寫代碼的時候就能夠迅速的將 Library 依賴到咱們的項目裏。

然而在一般的狀況下現實和指望的老是相差很大，在使用 Library 的過程當中可能會出現各類各樣的問題，這時候咱們第一個要問的問題就是，這樣的功能應該是一個Library 嗎？相信你們在團隊開發的時候都會遇到相似的問題。

下面有一些建議可以幫助咱們來決定什麼樣的功能能寫成一個 Library ,什麼樣的不能。

有沒有另外一個地方使用相同的功能？

首先，相同的功能有沒有在另外一個地方使用過，無論咱們談論在UI界面，仍是經過實用工具來幫助你完成某些任務時，在將這些功能從代碼裏抽出 Library 的時候都要考慮一下相同的功能是否在其餘的地方使用過，這個很重要。

若是其餘地方沒有使用過相同的功能，也別擔憂，爲了解決問題能夠針對該問題編寫出一個解決方案，由於頗有可能在之後會有相似的功能須要實現，這樣就能夠將這一個功能作成一個 Library 了，這樣作也能夠提高咱們對代碼的熟練程度。

有沒有其餘的 Library 已經實現了？

第二,咱們要看看是否已經有開源的 Library 已經實現了咱們須要的功能，是否確保咱們不是在重塑別人已經造好的輪子，若是咱們恰巧碰到了一個質量也不錯也能解決咱們問題的 Library，這不是一個節約本身時間的很好的機會嗎？

若是你遇到了一個相似的開源 Library 可是並不能很好的解決問題，也能夠和做者進行聯繫看看對方爲何沒有實現,或者是其餘的緣由，這樣咱們就能夠 fork 這個項目,並把咱們的需求功能增長上，這樣咱們就對這個開源項目作了本身的貢獻了。

功能是否真正一致？

不少時候在開發新特性的時候,咱們感受上在不少的地方都使用到了這樣的工能，但其實仔細看的話，在不一樣的地方使用可能會有一些細節上的不一樣，這時候咱們就要考慮這些細節問題，不能僅在大致功能上同樣就抽取出一個 Library ，這樣的問題不該該被忽視，否則就至關於起步的時候就走彎路了。

因此咱們在將在使用庫文件或者將要創造本身的庫文件時，必定要問一問本身，是夠這樣的功能作成 Library 以後真正的幫咱們節省了時間。

OneAPM Mobile Insight 以真實用戶體驗爲度量標準進行 Crash 分析，監控網絡請求及網絡錯誤，提高用戶留存。訪問 OneAPM 官方網站感覺更多應用性能優化體驗，想閱讀更多技術文章，請訪問 OneAPM 官方技術博客。
本文轉自 OneAPM 官方博客