Android日常學(xué)習(xí)筆記整理(一)

寫在前面

隨著Android技術(shù)的不斷發(fā)展和從業(yè)開發(fā)者人群劇增朴下,現(xiàn)在越來越多的公司對Android開發(fā)者要求不斷增高涧郊,如何從公司面試或同行競爭中脫穎而出低飒,這就不得不要求自己不斷學(xué)習(xí)或總結(jié)技術(shù)知識。本系列旨在跟同行分享平時開發(fā)學(xué)習(xí)中的一些技術(shù)及知識夯尽,文中若有不得體或不正確之處冶忱,請聯(lián)系我修改尾菇。

Android日常學(xué)習(xí)筆記整理(二)

Android 指南

原文

曾經(jīng)因為過時的無關(guān)緊要的一次性博客文章和教程中的信息而感到沮喪嗎?您搜尋了多少次才發(fā)現(xiàn)答案僅存在于2歲的StackOverflow帖子中囚枪?我們認(rèn)為必須有更好的方法派诬。為什么社區(qū)不能一起為Android(或任何平臺)的各個方面創(chuàng)建有用且詳細(xì)的文檔?我們絕對沒有理由再去處理含糊不清的內(nèi)容链沼。

CI做到90%的行覆蓋率默赂,真能發(fā)現(xiàn)BUG嗎

原文

如何優(yōu)雅的評估測試有效性?
為了全自動的進行測試有效性評估括勺,我們做了一個變異機器人缆八,其主要運作是:

  • 往被測代碼中寫入一個BUG(即:變異)曲掰;
  • 執(zhí)行測試;
  • 把測試結(jié)果和無變異時的測試結(jié)果做比對奈辰,判斷是否有新的用例失斃秆;
  • 重復(fù)1-3若干次奖恰,每次注入一個不同的Bug吊趾;
  • 統(tǒng)計該系統(tǒng)的“測試有效性” 。

GraphQL入門有這一篇就足夠了

原文

在實際工作中往往會有這種情景出現(xiàn):比如說我需要展示一個游戲名的列表瑟啃,可接口卻會把游戲的詳細(xì)玩法论泛,更新時間,創(chuàng)建者等各種各樣的 (無用的) 信息都一同返回蛹屿。

問了后端屁奏,原因大概如下:

原來是為了兼容PC端和移動端用同一套接口
或者在整個頁面,這里需要顯示游戲的標(biāo)題错负,可是別的地方需要顯示游戲玩法啊了袁,避免多次請求我就全部返回咯
或者是因為有時候項目經(jīng)理想要顯示“標(biāo)題+更新時間”,有時候想要點擊標(biāo)題展開游戲玩法等等需求湿颅,所以把游戲相關(guān)的信息都一同返回

簡單說就是:

  • 兼容多平臺導(dǎo)致字段冗余
  • 一個頁面需要多次調(diào)用 API 聚合數(shù)據(jù)
  • 需求經(jīng)常改動導(dǎo)致接口很難為單一接口精簡邏輯

Kotlin 在Android開發(fā)中那些讓人舒適的地方

原文

  • 字符模板
  • 空安全
  • 延遲加載
  • 方便易讀的循環(huán)
  • 強大易用的迭代器
  • 默認(rèn)參數(shù)
  • DataClass
  • 簡短而強大的標(biāo)準(zhǔn)函數(shù)庫
  • 通吃的when(結(jié)合密封類會讓代碼更舒適)
  • 擴展
  • 簡單的Bundle 快速的Parcelable

關(guān)于 BadTokenException,Toast 可能會出現(xiàn)這個問題

原文
解決Toast崩潰幾點方法
https://www.wanandroid.com/wenda/show/9702

屏蔽連續(xù)點擊的方案有哪些粥诫?

基本的判斷邏輯油航,能想到的有三種,分別是:
1.每次計算最后點擊時間與當(dāng)前時間的間隔怀浆,并判斷是否超過指定時長谊囚。這種方法也是最最常見的;
2.舉例的ButterKnife执赡,它原理也很簡單镰踏,就是:必須要等上一次事件處理完成之后,才接受新的事件(用flag標(biāo)記沙合,事件處理期間忽略多余的事件)奠伪。
3.借助線程池的延遲執(zhí)行機制:每次處理事件之前,根據(jù)一個flag來判斷應(yīng)不應(yīng)該處理該事件首懈,當(dāng)接收了事件之后绊率,把這個flag標(biāo)記為無效。事件處理完成后究履,向線程池提交一個延時執(zhí)行的任務(wù)滤否,這個任務(wù)就是把flag重新標(biāo)記為可用,延時的時長最仑,就是我們指定的間隔時長藐俺。所以炊甲,在指定的間隔時長之內(nèi)到達的事件,也是會被直接忽略掉的欲芹,直到延時任務(wù)被執(zhí)行(flag被重新標(biāo)記可以)后卿啡,才繼續(xù)接收新的事件,周而復(fù)始耀石。這也是Rxjava的throttleFirst操作符的原理牵囤。
4.最簡單粗暴的方案:在BaseActivity中重寫事件分發(fā)函數(shù),判斷Down事件的間隔事件(簡單粗暴滞伟,代碼量少揭鳞,全局防重復(fù)點擊,改動少梆奈,可能存在潛在問題野崇,但是目前沒遇到)
5.aop,分為注解的方式和直接定位亩钟,注解的方式用于自己定義那些地方需要攔截乓梨,直接定位onclick的方式用于全局。
6.j神的rxbinding(好像是基于rxjava操作符的)

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末清酥,一起剝皮案震驚了整個濱河市扶镀,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌焰轻,老刑警劉巖臭觉,帶你破解...
    沈念sama閱讀 206,311評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異辱志,居然都是意外死亡蝠筑,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,339評論 2 382
  • 文/潘曉璐 我一進店門揩懒,熙熙樓的掌柜王于貴愁眉苦臉地迎上來什乙,“玉大人,你說我怎么就攤上這事已球〕剂停” “怎么了?”我有些...
    開封第一講書人閱讀 152,671評論 0 342
  • 文/不壞的土叔 我叫張陵和悦,是天一觀的道長退疫。 經(jīng)常有香客問我,道長鸽素,這世上最難降的妖魔是什么褒繁? 我笑而不...
    開封第一講書人閱讀 55,252評論 1 279
  • 正文 為了忘掉前任,我火速辦了婚禮馍忽,結(jié)果婚禮上棒坏,老公的妹妹穿的比我還像新娘燕差。我一直安慰自己,他們只是感情好坝冕,可當(dāng)我...
    茶點故事閱讀 64,253評論 5 371
  • 文/花漫 我一把揭開白布徒探。 她就那樣靜靜地躺著,像睡著了一般喂窟。 火紅的嫁衣襯著肌膚如雪测暗。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 49,031評論 1 285
  • 那天磨澡,我揣著相機與錄音碗啄,去河邊找鬼。 笑死稳摄,一個胖子當(dāng)著我的面吹牛稚字,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播厦酬,決...
    沈念sama閱讀 38,340評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼胆描,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了仗阅?” 一聲冷哼從身側(cè)響起昌讲,我...
    開封第一講書人閱讀 36,973評論 0 259
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎减噪,沒想到半個月后剧蚣,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 43,466評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡旋廷,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,937評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了礼搁。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片饶碘。...
    茶點故事閱讀 38,039評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖馒吴,靈堂內(nèi)的尸體忽然破棺而出扎运,到底是詐尸還是另有隱情,我是刑警寧澤饮戳,帶...
    沈念sama閱讀 33,701評論 4 323
  • 正文 年R本政府宣布豪治,位于F島的核電站,受9級特大地震影響扯罐,放射性物質(zhì)發(fā)生泄漏负拟。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 39,254評論 3 307
  • 文/蒙蒙 一歹河、第九天 我趴在偏房一處隱蔽的房頂上張望掩浙。 院中可真熱鬧花吟,春花似錦、人聲如沸厨姚。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,259評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽谬墙。三九已至今布,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間拭抬,已是汗流浹背部默。 一陣腳步聲響...
    開封第一講書人閱讀 31,485評論 1 262
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留玖喘,地道東北人甩牺。 一個月前我還...
    沈念sama閱讀 45,497評論 2 354
  • 正文 我出身青樓,卻偏偏與公主長得像累奈,于是被迫代替她去往敵國和親贬派。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 42,786評論 2 345