一個2年安卓開發者的一些忠告

1. 不要重復造輪子

最初,我有一種不愿使用開源庫的思想。不管需要什么,我總想自己去實現。這是一種非??膳碌乃枷?。

如果在開發app的時候遇到一個問題,而這個問題已經被別人很好的解決了,為什么不使用它呢?你可以節省大量時間啊。

把更多的精力花在app的業務邏輯上吧。如果你想在app中發起一個網絡調用,是不需要自己去造一個Retrofit來的。

福利:Android Arsenal網站維護了一個幾乎包含所有Android library的數據庫,可以去看看。 ps:泡網也有類似的數據庫哦,只不過篩選的條件還要苛刻些。

2. 別盲目的選擇library

香港彩票透码 www.kptln.icu 在Github上有許多免費使用的開源庫,但是別因太激動而盲目的使用。

檢查library的star數目,越多越好??純醋髡呤欠窕勾唇似淥囊恍┦芑隊目?。查看issues(打開和關閉的都看),這可以讓你對這個library的健壯性和穩定性有更好的了解。

如果你時間充足,你應該深入這個庫的代碼看看它到底是否真的值得使用。

你只需要確保它的代碼是可靠的,bug不多的,高質量的。

小貼士:使用Dryrun的命令行嘗試任何library。

1475734813110165.jpeg

3. 坐下來,喝杯咖啡,閱讀更多的代碼

我們在閱讀別人代碼上花的時間比自己寫代碼的時間多得多,如果你不是的話,從今天就開始做吧。

不管你現在能寫出什么樣的代碼,總是因為在某年某月你閱讀和學習到了什么東西,它只是你已有知識的反映。

安卓的偉大之處就在于它是一個完全開源的平臺??梢勻ド釗胙芯空廡┐肟純此鞘僑綰問迪謋ramework的。Github中有成千上萬的開源庫,只需選擇一個看看人家是如何實現的,


4. 看在上帝的份上,維護一個恰當的編程規范吧

如果把編碼比作寫作,那么編程規范就是你的書法水平。

就跟你閱讀別人的代碼一樣,別人也會閱讀你的代碼,我想你也不想把別人嚇到是吧?如果你在一個公司,需要和同事協同工作,那么務必重視這個問題。

編寫簡短,干凈,可讀性強的代碼可以讓你和別人讀代碼的時候很享受。代碼應該讀起來像是讀故事一樣。

代碼是詩。

如果你寫了一段代碼結果你的同事幾天都不跟你說話,怨不得別人。


5. 你需要ProGuard,是的,你真的需要!

絕對不要犯還沒有使用ProGuard的情況下就在Play Store上發布app的錯誤。ProGuard不僅僅減小了你的代碼,還混淆了代碼,讓逆向工程師更難理解和復制。

它是Android SDK附帶的,完全免費,因此沒有理由不用。

我曾見過幾個開發者沒有使用ProGuard就把app發布了。對于一個技術很普通的黑客來說破解你的app也就是幾個小時的事情。

小貼士:但是如果你需要頂尖的安全性,ProGuard就力不從心了,你需要DexGuard。

6. 使用一個恰當的架構

你永遠都會慶幸自己從一開始就選擇了一個恰當的架構。

你可以使用MVP (Model-View-Presenter)架構,它可以把你的代碼解耦成不同的層便于管理,從而提高代碼的靈活性并極大的減小維護的時間成本。


1475735578463108.jpeg

7.用戶界面就像笑話,如果還需要解釋那就糟糕了

如果你是在公司,做的是純安卓開發,你很可能不需要關心這個問題,因為有UI/UX設計師管這個問題。

但是如果你是一個獨立開發者,你就需要考慮它了。我曾經見過一些把app功能做的很好,但是用戶體驗很恐怖的開發者。

要設計一個干凈,簡單直觀的界面,你不要站在開發者的角度思考問題,而要挖掘自己內心中埋藏的設計師的潛力。

盡量嘗試設計一個漂亮的界面,讓你的用戶持續保持印象,這樣用戶回到你的app的次數就比別人多,從而產生更多的收獲(也許是購買高級版本)。

你應該樂于去減少元素,而不是增加。保持簡潔和小巧。


8. 分析是你最好的朋友

如果你想創建一個真正令人驚嘆的app,你需要重度依賴分析工具去分析app不同部分的性能和用例。

對于分析,我借助于crash reporting和app usage tracking。

不管你怎么做,永遠無法做到完美。當真實的用戶開始在各種各樣的設備以及版本上使用你的app的時候,你會發現即時寫的最好的代碼也難以保證不出岔子。

一旦發生崩潰,Crash reporting工具可以幫助你跟蹤與修復它們。

你必須學會像銷售那樣思考問題并分析app不同??櫚氖褂?。這樣可以幫助你減小產品和用戶實際需求之間的落差。

小貼士:使用FirebaseCrash Reporting以及Analytics tools。

9. 做一個營銷專家

如果你是一個個人開發者,你必須超出作為開發者的思維,去理解市場。

我見過一些很好的產品因為缺乏正確的市場營銷而失敗,同時也見過并不怎么樣的產品因為牛逼的市場營銷而取得極大成功。

如果你對你的工作是認真的希望它能獲得可觀的用戶,你必須把在市場營銷上花費必要的時間和金錢。但是在營銷活動開始之前,確保app已經完全穩定,功能已經完善。

花時間研究誰是你的競爭對手以及如何打敗他們。確定一個可以立即打敗的以及一個將來會打敗的。


10. 是時候優化你的app了

這是一個大多數人都不會去做的事情,但是你應該做。

寫代碼與寫高性能的代碼之間有很大的區別。高性能的代碼是指運行速度快,內存和存儲消耗更少的代碼。

一個未經優化的的app也許在普通情況下運行良好,但是當放在各種壓力情景中,它就原形畢露了。檢查你app的內存使用情況看看有沒有內存泄漏存在。記住小漏不補沉大船?;ㄊ奔澠甁ava的內存回收機制是怎么回事,創建并分析你的活對象。

小貼士:可以使用Leak Canary檢測你的內存泄漏。它可以節省你不少時間。

11. 每周在Gradle編譯上最少節省5小時

你極有可能正在使用Android Studio開發app,編譯系統使用的是Gradle。Gradle很棒但是也很慢,當項目顯著增大的時候慢得根蝸牛樣。

有時候工作忙的時候我還需要在Gradle編譯上浪費差不多一個小時。

但是,總有加速的辦法。


12.測試,測試,再測試!

沒有什么比測試更重要的了。它應該是你的首要任務。

盡可能全面的測試你的app?;ㄊ奔湫醋遠饈雜美?,創造各種極端的條件,看看你的app是否能經受住考驗。

我曾經犯過未經充分測試就發布app的錯誤。等用戶報告bug然后修復。

絕對不要那樣做。你可能通過砍掉測試時間而節省了一兩天或者一周,但是以后你很可能會花雙倍的時間。

做任何事都要不慌不忙,從容應對并長遠打算。做一個有遠見的人。此時播種,以后總會有收獲。

13. 安卓的碎片化是魔鬼

1-TDepzQabyqjuhsBHZKN3kA.gif

碎片化可能是安卓最大的問題了。而谷歌似乎并不愿意修復它,你必須適應。

安卓設備種類繁多,不同屏幕尺寸,不同硬件配置以及各個廠商的自定義系統。

除此之外,谷歌在不同版本上還莫名其妙的添加或者刪除API,進一步加重了你的工作量

比如,幾乎每個開發者都需要使用SharedPreferences API來完成一個app,它是如此常見,但是在Android 2.2版本的Samsung Galaxy S 上還是出問題了

花更多的時間為不同屏幕尺寸的設備創建不同的布局。在不同版本,不同定制,不同OEM廠商的設備上測試。

永遠別覺得某個東西看似可行就不去測試了。

14. 從今天開始使用git!

如果你還沒有使用Git,從現在開始吧。

當我開始安卓開發的時候,悲劇的我并不知道git是什么東西。我每天都拷貝整個項目,一個備份在硬盤上,一個備份在云盤上??雌鵠春萇凳鍬??是的,的確很傻。

Git可以極大的提高你的工作效率。如果叫我說出一個我每天都要使用并且離不開的工具的名字,那就是Git了。

在你使用幾天之后,你很可能會愛上它,并好奇Git的內部工作原理。

福利:如果你剛剛開始,還付不起GitHub的私人倉庫的月費,你可以試試BitBucket。國內用戶的選擇更多,oschina的git服務也不錯-譯者注。

15.為黑客制造麻煩

安卓的開源特性讓其易受攻擊。每個安卓app都可以輕易的被反編譯,逆向分析。

你不希望你的app發生這種事對吧?

你需要知道如何安全的存儲app中的API keys。如果你要處理用戶的敏感數據,你必須知道如何加密,選擇何種加密算法(安全且快速)。

你還應該安全的把密鑰存儲在本地或者服務器上。應該防止app數據被人用ADB備份。如果你在數據庫中存儲敏感數據,要考慮做適當的偽裝。

如果你的app有高級版本,被別人破解免費發布就損失大了。

有幾種方法可以避免你的app被人篡改。但并不是100&安全。任何一個技術扎實,決心堅決的黑客只要有正確的資源,工具和耐心都可以破解你的app。

你能做的就是盡量讓黑客的破解變得困難,及其困難。


16. 在低端手機上開發

每個人都喜歡使用一個高端安卓手機,我也是。但是記得只作為個人使用,而不是開發的目的。

高端機會隱藏app的許多缺陷。假設你在UI線程上做了導致卡頓的事情,但是因為手機過于強大,可能導致你無法察覺。

1475735729464743.jpeg

17. 學習設計模式

這是一項終生受益的投資。

在開發大型app的時候,你會遇到一些已經被比你牛逼的人所解決了的問題。

從今天開始就花點時間去學習設計模式。

可以從最常見的開始,比如單例,適配器模式,工廠方法模式,迭代模式,依賴注入模式,事件驅動架構,建造者模式,回調,策略模式,外觀模式以及生產消費者模式。

看起來很多是吧?實際上并不多。一旦深入你就會愛上它們的。

小貼士:閱讀一些書籍,比如GoF的 Design Patterns,Martin Fowler的重構以及Joshua Bloch的Effective Java。

18. 回饋

你得承認,我們都曾從別人和互聯網那得到許多幫助。

1-cIWml4e6s00X1C1Uo6WinA.jpeg

來源:泡在網上的日子

上一篇: 我也搭上PokemonGO熱潮 ——BaaS真是應用軟件開發人員的救星

下一篇: Android: 自定義View

分享到: 更多
香港小霸王挂牌全篇 二十一点高级策略表 内蒙古时时三星走势图 加拿大pc28幸运在线预测 财神爷pk10手机破解版 江苏时时 快速时时官网 天津时时什么时候 pk10技巧高手赚钱方法如下 大乐透走势图新版 香港精选资料六肖中特 pk10极速赛车计划软件 极速赛车六码技巧六码位置 好运来计划软件破解版 21点扑克手机游戏 不限ip多账号送彩金