閱讀文本大概需要 3.3 分鐘。
我仍記得2014年我決定做安卓開發的那天，這是我一生中做出的好決定之一。到現在已經有2年半了，
初的時候，并沒有人告訴我如何做才是正確的。我犯了很多錯誤，浪費了很多時間。
一年半之后，我有機會和一個真正有才而且經驗豐富的安卓開發者一起工作，他指導我，教我正確的做事方式。這期間我學到了很多東西，學會了該做什么不該做什么。
我直接或者間接幫助其它開發者也有很長一段時間了。這里是我的StackOverflow和Github的簡介。
本文我將分享這幾年所收集的精華。也許可以幫助某人更快上手，避免重復我犯的錯誤。
初，我有一種不愿使用開源庫的思想。不管需要什么，我總想自己去實現。這是一種非常可怕的思想。
如果在開發app的時候遇到一個問題，而這個問題已經被別人很好的解決了，為什么不使用它呢？你可以節省大量時間啊。
把更多的精力花在app的業務邏輯上吧。如果你想在app中發起一個網絡調用，是不需要自己去造一個Retrofit來的。
Bonus:Android Arsenalmaintains a database of almost all Android libraries ever made. Go check it out.
在Github上有許多免費使用的開源庫，但是別因太激動而盲目的使用。
檢查library的star數目，越多越好。看看作者是否還創建了其它的一些受歡迎的庫。查看issues（打開和關閉的都看），這可以讓你對這個library的健壯性和穩定性有更好的了解。
如果你時間充足，你應該深入這個庫的代碼看看它到底是都真的值得使用。
你只需要確保它的代碼是可靠的，bug不多的，高質量的。
小貼士：使用Dryrun的命令行嘗試任何library。
我們在閱讀別人代碼上花的時間比自己寫代碼的時間多得多，如果你不是的話，從今天就開始做吧。
不管你現在能寫出什么樣的代碼，總是因為在某年某月你閱讀和學習到了什么東西。它只是你已有知識的反映。
安卓的偉大之處就在于它是一個完全開源的平臺。可以去深入研究這些代碼看看他們是如何實現framework的。Github中有成千上萬的開源庫，只需選擇一個看看人家是如何實現的，
福利：這里是一些佳library的列表，這里是幾乎所有開源安卓app的列表。
如果把編碼比作寫作，那么編程規范就是你的書法水平。
就跟你閱讀別人的代碼一樣，別人也會閱讀你的代碼，我想你也不想把別人嚇到是吧？如果你在一個公司，需要和同事協同工作，那么務必重視這個問題。
編寫簡短，干凈，可讀性強的代碼可以讓你和別人讀代碼的時候很享受。代碼應該讀起來像是讀故事一樣。
代碼是詩。
如果你寫了一段代碼結果你的同事幾天都不跟你說話，怨不得別人。
福利：你應該從通讀這個和這個開始。
絕對不要犯還沒有使用ProGuard的情況下就在Play Store上發布app的錯誤。ProGuard不僅僅減小了你的代碼，還混淆了代碼，讓逆向工程師更難理解和復制。
它是Android SDK附帶的，完全免費，因此沒有理由不用。
我曾見過幾個開發者沒有使用ProGuard就把app發布了。對于一個技術很普通的黑客來說破解你的app也就是幾個小時的事情。
小貼士：但是如果你需要頂尖的安全性，ProGuard就力不從心了，你需要DexGuard。
你永遠都會慶幸自己從一開始就選擇了一個恰當的架構。
你可以使用MVP (Model-View-Presenter)架構，它可以把你的代碼解耦成不同的層便于管理，從而提高代碼的靈活性并極大的減小維護的時間成本。
可以參考一個demo項目。如果覺得很難掌握，可以看看這篇針對初學者的指南。
福利：務必看看這里,這里尤其是這里。它們將為你實現MVP提供極大的幫助。
如果你是在公司，做的是純安卓開發，你很可能不需要關心這個問題，因為有UI/UX設計師管這個問題。
但是如果你是一個獨立開發者，你就需要考慮它了。我曾經見過一些把app功能做的很好，但是用戶體驗很恐怖的開發者。
要設計一個干凈，簡單直觀的界面，你不要站在開發者的角度思考問題，而要挖掘自己內心中埋藏的設計師的潛力。
盡量嘗試設計一個漂亮的界面，讓你的用戶持續保持印象，這樣用戶回到你的app的次數就比別人多，從而產生更多的收獲（也許是購買高級版本）。
你應該樂于去減少元素，而不是增加。保持簡潔和小巧。
福利：你可以從Dribble或者MaterialUp的熱門設計師那里獲得靈感。如果你對設計感興趣，你很可能會喜歡這本書。
如果你想創建一個真正令人驚嘆的app，你需要重度依賴分析工具去分析app不同部分的性能和用例。
對于分析，我借助于crash reporting和app usage tracking。
不管你怎么做，永遠無法做到完美。當真實的用戶開始在各種各樣的設備以及版本上使用你的app的時候，你會發現即時寫的好的代碼也難以保證不出岔子。
一旦發生崩潰，Crash reporting工具可以幫助你跟蹤與修復它們。
你必須學會像銷售那樣思考問題并分析app不同模塊的使用。這樣可以幫助你減小產品和用戶實際需求之間的落差。
小貼士：使用FirebaseCrash Reporting以及Analytics tools。
如果你是一個個人開發者，你必須超出作為開發者的思維，去理解市場。
我見過一些很好的產品因為缺乏正確的市場營銷而失敗，同時也見過并不怎么樣的產品因為牛逼的市場營銷而取得極大成功。
如果你對你的工作是認真的希望它能獲得可觀的用戶，你必須把在市場營銷上花費必要的時間和金錢。但是在營銷活動開始之前，確保app已經完全穩定，功能已經完善。
花時間研究誰是你的競爭對手以及如何打敗他們。確定一個可以立即打敗的以及一個將來會打敗的。
小貼士：這里是一個價錢合理的市場分析工具，我比較喜歡用。
這是一個大多數人都不會去做的事情，但是你應該做。
寫代碼與寫高性能的代碼之間有很大的區別。高性能的代碼是指運行速度快，內存和存儲消耗更少的代碼。
一個未經優化的的app也許在普通情況下運行良好，但是當放在各種壓力情景中，它就原形畢露了。檢查你app的內存使用情況看看有沒有內存泄漏存在。記住小漏不補沉大船。花時間弄懂Java的內存回收機制是怎么回事，創建并分析你的活對象。
小貼士：可以使用Leak Canary檢測你的內存泄漏。它可以節省你不少時間。
你極有可能正在使用Android Studio開發app，編譯系統使用的是Gradle。Gradle很棒但是也很慢，當項目顯著增大的時候慢得根蝸牛樣。
有時候工作忙的時候我還需要在Gradle編譯上浪費差不多一個小時。
但是，總有加速的辦法。
你可以照著這篇以及這篇文章的做法顯著提高編譯速度。經過優化之后我的編譯時間從4分鐘降到了30秒鐘。
沒有什么比測試更重要的了。它應該是你的首要任務。
盡可能全面的測試你的app。花時間寫自動化測試用例，創造各種極端的條件，看看你的app是否能經受住考驗。
我曾經犯過未經充分測試就發布app的錯誤。等用戶報告bug然后修復。
絕對不要那樣做。你可能通過砍掉測試時間而節省了一兩天或者一周，但是以后你很可能會花雙倍的時間。
做任何事都要不慌不忙，從容應對并長遠打算。做一個有遠見的人。此時播種，以后總會有收獲。
碎片化可能是安卓大的問題了。而谷歌似乎并不愿意修復它，你必須適應。
安卓設備種類繁多，不同屏幕尺寸，不同硬件配置以及各個廠商的自定義系統。
除此之外，谷歌在不同版本上還莫名其妙的添加或者刪除API，進一步加重了你的工作量（這里是一個例子）。
比如，幾乎每個開發者都需要使用SharedPreferences API來完成一個app，它是如此常見，但是在Android 2.2版本的Samsung Galaxy S 上還是出問題了（bug報告這里）。
花更多的時間為不同屏幕尺寸的設備創建不同的布局。在不同版本，不同定制，不同OEM廠商的設備上測試。
永遠別覺得某個東西看似可行就不去測試了。
如果你還沒有使用Git，從現在開始吧。
當我開始安卓開發的時候，悲劇的我并不知道git是什么東西。我每天都拷貝整個項目，一個備份在硬盤上，一個備份在云盤上。看起來很傻是嗎？是的，的確很傻。
Git可以極大的提高你的工作效率。如果叫我說出一個我每天都要使用并且離不開的工具的名字，那就是Git了。
在你使用幾天之后，你很可能會愛上它，并好奇Git的內部工作原理。建議你看看這個。
過了一段時間之后，你可能開始了一個大項目，對于如何維護一個分支模型感到困惑，那么可以看看這個。
福利：如果你剛剛開始，還付不起GitHub的私人倉庫的月費，你可以試試BitBucket。國內用戶的選擇更多，oschina的git服務也不錯－譯者注。
安卓的開源特性讓其易受攻擊。每個安卓app都可以輕易的被反編譯，逆向分析。
你不希望你的app發生這種事對吧？
你需要知道如何安全的存儲app中的API keys。如果你要處理用戶的敏感數據，你必須知道如何加密，選擇何種加密算法（安全且快速）。
你還應該安全的把密鑰存儲在本地或者服務器上。應該防止app數據被人用ADB備份。如果你在數據庫中存儲敏感數據，要考慮做適當的偽裝。
如果你的app有高級版本，被別人破解免費發布就損失大了。
有幾種方法可以避免你的app被人篡改。但并不是100&安全。任何一個技術扎實，決心堅決的黑客只要有正確的資源，工具和耐心都可以破解你的app。
你能做的就是盡量讓黑客的破解變得困難，及其困難。
福利：可以從閱讀這個和這個開始。
每個人都喜歡使用一個高端安卓手機，我也是。但是記得只作為個人使用，而不是開發的目的。
高端機會隱藏app的許多缺陷。假設你在UI線程上做了導致卡頓的事情，但是因為手機過于強大，可能導致你無法察覺。
這是一項終生受益的投資。
在開發大型app的時候，你會遇到一些已經被比你牛逼的人所解決了的問題。
從今天開始就花點時間去學習設計模式。Here是一個演示了所有已知設計模式的的Github項目。
可以從常見的開始，比如單例，適配器模式，工廠方法模式，迭代模式，依賴注入模式，事件驅動架構，建造者模式，回調，策略模式，外觀模式以及生產消費者模式。
看起來很多是吧？實際上并不多。一旦深入你就會愛上它們的。
小貼士：閱讀一些書籍，比如GoF的 Design Patterns，Martin Fowler的重構以及Joshua Bloch的Effective Java。
你得承認，我們都曾從別人和互聯網那得到許多幫助。
每當你遇到問題的時候，你會做的件事就是谷歌，發現條來自StackOverflow的鏈接。有時候你很忙，結果直接拷貝粘貼得分高的答案。
你有沒有想過Github上那些開源庫其實也是別人花時間創建然后貢獻給社區的。
當你被一個難以理解的概念卡住或者遇到一個新的東西時，你發現一篇讓你豁然開朗的博客，這個時候記住是某人犧牲了約炮時間而寫了這篇文章。
所以也該你回饋了。給予的越多，得到的也就越多。
我們都忙于自己的工作，很難找到時間為別人做什么事情。但是盡量每周找點時間做點貢獻讓安卓社區更豐富。
本站文章版權歸原作者及原出處所有 。內容為作者個人觀點， 并不代表本站贊同其觀點和對其真實性負責，本站只提供參考并不構成任何投資及應用建議。本站是一個個人學習交流的平臺，網站上部分文章為轉載，并不用于任何商業目的，我們已經盡可能的對作者和來源進行了通告，但是能力有限或疏忽，造成漏登，請及時聯系我們，我們將根據著作權人的要求，立即更正或者刪除有關內容。本站擁有對此聲明的最終解釋權。
