創(chuàng)建一些工具

創(chuàng)建工具是幫助他人的一種很好的方式，而且不用考慮太多復(fù)雜的問題或 API 設(shè)計。你可以開發(fā)一個你最喜歡的框架或平臺的模板。你可以將到的知識和工具集中到一個項目中進行很好的詮釋，并做好隨時更新和發(fā)布新特性的準備

1.使用成熟穩(wěn)定的開源項目

現(xiàn)在技術(shù)日新月異，可能隔幾天就會出來一個新的開源框架，但是公司的商業(yè)項目永遠以穩(wěn)為主，也許你迫不及待的想嘗鮮體驗新技術(shù)，可以在你個人業(yè)余項目進行體驗學習，覺得各方面都使用掌握了，并且該框架已經(jīng)有不少商業(yè)項目采用了，再考慮在公司的商業(yè)項目中使用。所以，給大家的建議是：公司的商業(yè)項目永遠不要以嘗鮮為主，一定要保證穩(wěn)定。

2.理解原理

如果我們在商業(yè)項目中采用了一些開源項目，前提是自己一定是理解其原理，完全掌握了才建議在商業(yè)項目使用，一些UI類的開源控件還好，尤其是對于一些框架類的開源項目，如網(wǎng)絡(luò)請求庫、ORM框架、各種圖片加載庫、依賴注入框架等等，不求你掌握他具體實現(xiàn)的每個細節(jié)，但是一定要理解其原理，并且熟練掌握他的各種API，再考慮運用到公司的項目中。

3.不要改源碼

我們知道我們在使用一些開源項目的時候，不可能永遠滿足我們自己的需求，我們一般都會在其基礎(chǔ)上定制些我們自己的業(yè)務(wù)需求，這個時候建議大家不要改源碼，而是在自己的項目里對引用的開源框架進行擴展，如果他不可擴展或者說擴展起來很麻煩，只能說他的設(shè)計還不夠好。
為什么不建議大家改源碼？因為好的開源項目一般會持續(xù)維護與更新，而一旦我們更改源碼，這意味著以后我們想要更新版本變得很麻煩。所以，不是特別必要，都強烈建議大家不要改源碼。

4.使用Gradle遠程依賴

對于 Android 開發(fā)來說，使用 Gradle 遠程依賴是最方便，最流行的一種方式了，一行代碼直接搞定，如果一個開源項目不提供 Gradle 依賴的方式，只能說有點 low 了。盡量不要使用本地 jar 或者本地 aar 的方式引用，不是不可以，更新起來稍微有點麻煩，如果我們使用 Gradle 只需更改一個版本號就直接升級了，而且使用 Gradle 還可以方便的統(tǒng)一管理

5.請一定要封裝一層

計算機史上有個萬能的解決方案就是，如果原有層面解決不了問題，那么就請再加一層！
對于開源項目，我們知道有些庫設(shè)計的確實很棒，使用者調(diào)用起來非常方便，一行代碼直接搞定，拿圖片加載庫 Picasso 舉個例子：
Picasso.with(context).load(imageUrl).into(imageView);
使用起來是不是特簡單？你也許問我，都封裝的這么好了還用得著再封裝一層么？那你錯了，哪怕他已經(jīng)很完美了，我都會這么做：

public class ImageLoader {
 public static void with(Context context, String imageUrl, ImageView imageView) {
 Picasso.with(context).load(imageUrl).into(imageView); 
 }
}

這樣我所有項目調(diào)用的方式直接就是 ImageLoader.with() ，這樣做的好處是：
入口統(tǒng)一，所有圖片加載都在這一個地方管理，一目了然，即使有什么改動我也只需要改這一個類就可以了。
隨著你們業(yè)務(wù)的需求，發(fā)現(xiàn) Picasso 這個圖片加載庫已經(jīng)滿足不了你們了，你們需要換成 Fresco ，如果你沒有封裝一層的話，想要替換這個庫那你要崩潰了，要把所有調(diào)用 Picasso 的地方都改一遍，而如果你中間封裝了一層，那真的非常輕松，三天兩頭的換一次也沒問題。
這就是所謂的外部表現(xiàn)一致，內(nèi)部靈活處理原則。

6.做好應(yīng)急，以防萬一

開源項目說白了是公開的，大家都可以采用，但是永遠不要完全依賴，并不是非他不可，選擇的時候最好有可替代品，這也是我為什么不建議大家使用哪種大而全的框架級開源庫，除非他真的特別優(yōu)秀，否則不要輕易使用，因為一旦他出問題了，或者說他突然宣布某一天不開源了，那你要崩潰了，替換的代價幾乎可以重寫了。所以建議大家使用那種專注的開源框架，如只做網(wǎng)絡(luò)庫的，只做圖片處理的，而這種大多都有替代品，一旦他出事，你還有其他別的選擇。

7.積累自己的輪子

開源項目用的多了，你會逐漸的意識到很多開源庫基本是項目搭框架必須的，按照你自己或者你們公司的使用習慣，你應(yīng)該積累出一套你們自己的專屬「輪子」，你們項目組成員熟悉的「輪子」，一旦有新的項目開始，搭一個屬于你們自己的框架分分鐘的事，會大大的提升你們的開發(fā)效率！都是我這么多年采坑積累的寶貴經(jīng)驗，分享給你們，希望對你們真的有幫助！

在使用開源項目的時候，你是否遇到了 bug？嘗試查閱源碼，不要停留在本地的代碼上。你的答案會使其他人收益，引導(dǎo)著你去給更多的開源項目做貢獻。閱讀其他人的代碼，也許不能馬上解決你的問題，而且需要花費很長時間才能理解源碼，但是你會學到新的模塊，新的語法以及編碼的不同技巧，這些都會促使你成為一名出色的開發(fā)者。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對腳本之家的支持。如果你想了解更多相關(guān)內(nèi)容請查看下面相關(guān)鏈接