數據庫是應用開發中經常使用的技術,在Android應用中也不例外。Android默認使用了SQLite數據庫,在應用程序開發中,咱們使用最多的無外乎增刪改查。縱使操做簡單,也有可能出現查找數據緩慢,插入數據耗時等狀況,若是出現了這種問題,咱們就須要考慮對數據庫操做進行優化了。本文將介紹一些實用的數據庫優化操做,但願能夠幫助你們更好地在開發過程當中使用數據庫。html
使用 Go 進行 iOS 和 Android 編程android
雖然 Go 並非一門新語言,不過最近兩年來 Go 仍是增長了不少有趣的特性,並且使用這門語言的知名項目的數量也在快速的增加。我寫過一篇文章,介紹了 SitePoint 用到的編程語言,其中提到了移動端的支持,因此我以爲須要研究一下可能性。ios
ART是Android平臺上的新一代運行時,用來代替dalvik。它主要採用了AOT的方法,在apk安裝的時候將dalvikbytecode一次性編譯成arm本地指令(可是這種AOT與c語言等仍是有本質不一樣的,仍是須要虛擬機的環境支持),這樣在運行的時候就無需進行任何解釋或編譯即可直接執行,節省了運行時間,提升了效率,可是在必定程度上使得安裝的時間變長,空間佔用變大。github
如何利用mitmproxy來批量修改Android中HTTP流量sql
有時候咱們經常在調試Android程序時,經常須要對API返回的response進行修改,以達到測試特殊狀況的目的。好比有時候咱們須要某個字符串顯示超過某個限制來看看此時Android上面顯示是否正常,有時候咱們須要特定高度的圖片來顯示頁面是否異常。數據庫
看到水滴效果第一反應是畫一條閉合曲線,隨着MotionEvent事件,改變繪製過程當中的半徑,完成拉伸效果。在android如何畫一條曲線?a) 使用canvas.drawCircle b) 使用canvas.drawOval c) 使用canvas.drawArc d) 往path裏添加貝塞爾曲線,使用canvas.drawPath畫出路徑canvas
前不久跑去折騰高德 SDK 中的 HUD 功能,相信用過該功能的用戶都知道 HUD 界面上的導航轉向圖標是動態變化的。從高德官方導航 API 文檔中 AMapNaviGuide 類的描述可知,導航轉向圖標有23種類型。誒,等等,23 種?那圖標應該是放在 assets 文件夾吧?總不多是在服務器上下載吧?
對於 DNS(Domain Name System) 你們確定不陌生,不就是用來將一個網站的域名轉換爲對應的IP嗎。當咱們發現能夠上QQ但不能瀏覽網頁時,咱們會想到多是域名服務器掛掉了;當咱們用別人提供的hosts文件瀏覽到一個「不存在」的網頁時,咱們會了解到域名解析系統的脆弱。
在理論篇咱們基本瞭解了DNS的整個協議原理,可是可能還會有着下面的疑問:爲何我想申請的域名都沒了?DNS 域名還要備案,這是爲何啊?如何將剛申請的域名綁定到本身的網站呢?怎麼才能看到那些在背後默默給我解析的域名服務器呢?他們說用一個什麼文件就能夠訪問好多好多不存在的網站,是真的嗎?可信任的域名服務器是怎麼一回事,難道有些域名服務器會作壞事?怎麼知道我如今用的域名服務器有沒有使壞呢?
前段時間花了兩週的時間作了一個基於Android 客戶端的性能測試如今分享給你們,但願對你們有所幫助!Look-Look 1.既然是基於Android客戶端的性能測試那就與後臺的一些API、數據接口要區分開來~! 2.Android的性能測試能其實包括不少不少的測試項好比:資源消耗,內存泄露,電量功耗,啓動耗時,渲染等等....
各位 這個工具是本人寫的很是簡陋體驗也很是通常,你們手下留情,不要吐槽!能用上的拿去用吧!源碼:https://github.com/testly/Tools 這個工具問題估計不少,寫的不是很好會有不少手機不支持因此有什麼問題能夠聯繫我!我能幫助你的盡力而爲!
Android 性能測試實踐(三)CPU
關於Android 的Cpu佔用率須要注意如下三種狀況:1.空閒狀態下的應用CPU消耗狀況 簡單說這種狀況呢就是說被測應用在系統資源很是空閒的狀況下的佔用率,好比只開一個被測應用 2.中等規格狀態下的應用CPU消耗狀況 簡單說這種狀況就是後臺已經有幾個應用在運行已經而且消耗了系統的一些資源的狀況下進行測試。3.滿規格狀態下的應用CPU消耗狀況 這個就不要說了,大家懂得!
對於Android2.2 的流量 版本之前的系統的流量信息都存放在 proc/net/dev(或者 proc/self/net/dev)文件下,讀取文件而後對其進行解析就好了。讀取某一個應用的流量,則讀取proc/uidstat/uid /tcprcv 文件進行解析(注:模擬器下不存在這個目錄)。如需查看某個應用的流量信息,能夠經過如下命令來實現
《Android源碼設計模式解析》讀書筆記——Android中你應該知道的設計模式
斷斷續續的,《Android源碼設計模式解析》也看了一遍,書中提到了不少的設計模式,可是有部分在開發中見到的概率很小,因此掌握不了也沒有太大影響。我以爲這本書的最大價值有兩點,一個是從設計模式的角度去理解Android源碼,結合着平常開發中的經常使用類,對設計模式的理解會更加的深入;另一個好處就是了解經常使用模式,再看其餘人寫的代碼的時候,更容易理解代碼思路。下面是個人讀書筆記和一些思考,設計模式只整理我認爲重要的部分。
輕量級遊戲框架。
一個快速使用shortcut,避免各類 ROM 適配致使的各類問題的庫。
一個用於獲取 Android 系統中當前正在運行的 App 進程列表的庫,並且在獲取進程列表的時候不須要任何權限。
PHPHub for Android 爲 PHPHub Android 客戶端, 項目採用 MVP 模式架構, RxJava 處理 API 請求返回數據, 實現了二維碼掃描登陸, 消息提醒, 選項卡切換等功能。另外其餘
一個統一的指紋識別受權 API 庫。
一個用Rx封裝後的 Android App 內購支付庫,提供幾個購買、消費和商品清單列表的 Rx 方法。
一個可讓你在App輕鬆實現@功能的庫。
一個能夠顯示/隱藏密碼的 EditText,經過右側的一個可點擊的顯示/隱藏圖標來顯示或者隱藏密碼.
一個模仿 Google StreeView 裏 swipe card 的簡單實現。
一個遵循了 Android Development Culture described here 這篇文章中全部最佳實踐原則的App。
一個能夠構建基於視圖的模塊化的 Android 應用的小框架。
一個漂亮的圓形 fillable Loader,可被用在 splashscreen。
Analyzing the Android Permission Specification
一個 Android 權限分析工具。
個人書《Qt on Android核心編程》和《Qt Quick核心編程》出版後,常常有朋友問我賺了多少錢。我有時說沒多少錢,有時說按付出回報比來看那點版稅對不住付出的辛苦。有的朋友微微一笑很傾城,表示理解;有的朋友笑着撇撇嘴,那意思是我沒有實話實說。別人寫書賺多少錢我不知道,我本身的事兒我是很清楚的。針對原創圖書,咱們弄明白下面幾個問題就能夠知道我說的話有多少水分。