編輯:Android資訊
我仍記得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上那些開源庫其實也是別人花時間創建然後貢獻給社區的。
當你被一個難以理解的概念卡住或者遇到一個新的東西時,你發現一篇讓你豁然開朗的博客,這個時候記住是某人犧牲了約炮時間而寫了這篇文章。
所以也該你回饋了。給予的越多,得到的也就越多。
我們都忙於自己的工作,很難找到時間為別人做什麼事情。但是盡量每周找點時間做點貢獻讓安卓社區更豐富。
我已經分享了自己短暫的安卓生涯中所學到的一些東西。我將繼續下去,學更多,分享更多。希望能為別人的生活帶來微小的幫助。
本項目主要對目前 GitHub 上排名前 100 的 Android 開源庫進行簡單的介紹, 至於排名完全是根據GitHub搜索Java語言選擇 (Best Ma
本文由碼農網 – 蘇耀東原創,轉載請看清文末的轉載要求,歡迎參與我們的付費投稿計劃! 簡介 本文是參考google官方發布的MVP架構demo以及前人對M
這一篇來分析一下HashMap的源碼,為了在後面講解Android緩存機制做准備,因為我們知道在Android的緩存機制中無論是用第三方的還是我們自己寫的,一般都
引言 夜間模式其實屬於多主題切換的一種,不過是最麻煩的一種。因為在夜間模式下不僅要切換主色調,次要色調等等,還要覆蓋一些特殊的顏色,因為在夜間模式下總不能什麼都是