手機程式開發

標籤：本架構適用於 使用 NavigationController+UITabBarController 的APP架構QLSNavTab , GitHub地址:https://github.com/qianlishun/QLSNavTab　　　　　　　　　　　　點擊這裡直接下載:             Download ZIP           :簡介　　----

標籤：金融   自動化測試   android   敏捷測試   雲測   金融領域移動端自動化測試解決方案—— 測試能力建設、實現敏捷測試、縮短測試周期銀行們的優步（Uber）時刻即將到來，銀行的實體網點將被淘汰，行動裝置將成為客戶和銀行之間的主要溝通“中介”。       &

標籤： 由於項目的需要，需要設計能評分、能顯示評分資料的星級評等條，但是IOS上好像沒有這個控制項，Android是有RatingBar這個控制項的（又發現一個IOS不如Android好的），那就只能自訂了，在網上也找了相關的例子，發現都是很老的版本了，非ARC版本的，而且不能評分成0分，還沒有indicator效果，於是我自己重新寫了一個控制項，命名為RatingBar先上一張我們做之後的：第一步：寫一個繼承自UIView的RatingBar子控制項第二步：聲明一個RatingBar

標籤：本帖最後由 yangzhu230 於 2013-9-11 00:39 編輯如果我說要推薦zepto你肯定說“切，這地球人都知道，又一個標題黨”不賣關子，開門見山我推薦的是【百度】的GMUGMU是基於zepto的mobile UI組件庫，提供webapp、pad端簡單易用的UI組件!PS：Zepto是一個輕量級的針對現代瀏覽器的JS庫，相容jQuery用法Zepto 不相容 IE，不過因為文法相容 jQuery，IE 下可以使用 jQuery 替代參考文檔http:/

標籤：最佳化頁面效能　　考慮到行動裝置和移動互連網的特點，在進行移動網站的頁面開發設計時，一個總的原則是考慮使用者訪問的效率，降低頁面載入時間。 下面的內容來自百度，然後我自己做了筆記。另外可參考這個系列的文章。減少訪問請求數從設計實現層面簡化頁面，不要放太多的圖片、複雜的表達、動畫、視頻等等。這個好理解，位元據太占流量。 資源合并及壓縮：比如將背景圖片、導航圖片等等作為一張圖片，這樣只需一次請求，而不是多次。資源合并，只用一次請求，解決問題。

標籤：近期編譯的時候遇到這個問題....> com.android.build.api.transform.Transformexception: java.util.zip.ZipException: duplicate entry: XXX 原因:XXX包重複　　1. 引用其他的包裡麵包含 XXX　 解決辦法:　　1. 如果是引用的包均為本地AAR ,  找到對應的AAR 刪除裡面重複的包　　2. 如果是線上的AAR 引用,

標籤：一.大致效果~別嫌它醜 二.關鍵代碼在注釋中講重點吧。 （1）Spinner的布局： car_brand_spinner.xml 即為彈出來的下拉式清單的布局啦，後面的那個布局就不拿出來丟人現眼了，反正知道有一個Spinner的id為carBrandSpinner就可以了。<?xml version="1.0" encoding="utf-8"?><LinearLayout

標籤：安卓中的緩衝包括兩種情況即記憶體緩衝與磁碟緩衝，其中記憶體緩衝主要是使用LruCache這個類，其中記憶體緩衝我在【安卓中的緩衝策略系列】安卓緩衝策略之記憶體緩衝LruCache中已經進行過詳細講解，如看官還沒看過此部落格，建議看官先去看一下。我們知道LruCache可以讓我們快速的從記憶體中擷取使用者最近使用過的Bitmap，但是我們無法保證最近訪問過的Bitmap都能夠儲存在緩衝中，像類似GridView等需要大量資料填充的控制項很容易就會用完整個記憶體緩衝。另外，我們的

標籤：以前看了很多人介紹的Android事件派發流程，但最近使用那些來寫代碼的時候出現了不少錯誤。所以回顧一下整個流程，簡單介紹從手觸控螢幕幕開始到事件在View樹派發。從源碼上分析ViewGroup.dispatchTouchEvent。事件從觸摸到View簡述Android的事件產生是從我們觸控螢幕幕開始，在經過Input子系統，最後達到我們的應用程式(或者經過WindowManagerService到達應用程式)。而其中Input子系統在Java層對應著InputManagerServic

標籤：適配：即當前應用在相同的手機上面顯示相同的效果。適配前需要首先確定當前手機所屬像素密度類型(如：xhdpi、hdpi、mdpi等)，然後計算其像素密度，按一定比例給出介面元素的布局位置和大小。在android中，螢幕視頻主要有以下幾種方式：圖片適配 dimens適配 布局檔案適配 java代碼適配 權重適配 案例一：手機型號：G700手機解析度：1280*720

標籤：原文地址：http://developer.android.com/training/displaying-bitmaps/manage-memory.html除了在上一節中描述的步驟之外，還有一些細節上的事情可以促進記憶體回收行程的回收及位元影像的複用。其推薦的策略取決於Android的目標版本。樣本APP

標籤：一、前言上篇說清楚了Unity和Android調用的方式，但很多實際接入的部分沒有講的很詳細，因為重頭在這篇，會詳細講述具體接入Android SDK的方式，和怎麼去做一個方便Unity接入的SDK。傳送門： 前篇：Unity3d 與 Android之間的互相調用 http://blog.csdn.net/yang8456211/article/details/51331358二、中篇：Unity3d Android SDK的設計與兩種接入方式（Android SDK的接入一般分為兩種）1

標籤：WireShark是一個非常準確和穩定的tcp抓包工具，但看其40多m的安裝包就可以想象其功能的強大，藉助其功能強大的運算式篩選器，可以迅速的篩選出來我們所需要報文和記錄，最近我就通過WireShark推斷網路效能問題的故障點，收穫頗豐。最近客戶提出app端load慢，尤其是在網路不好的地方，得好幾分鐘才能載入出資料，於是打算用抓包軟體WireShark 看看http請求就用用了多長時間才傳回來的，首先我用Firefox瀏覽器訪問了一下一個GET介面，監聽結果如下（我原生連接埠是61281

標籤：前段時間研究了不少android二次開發，其中有一種方法就是通過aidl通訊，留介面提供給外面二次開發。從這裡也可以看出：aidl通訊是兩個應用程式之間的進程通訊了。在這篇部落格中，主要寫了兩個應用程式，一個是serverdemo，可以稱為服務端，也是提供介面的應用程式，在這裡面我寫了一個加法計算。二是用戶端：clientdemo，在這個程式中調用了加法計算介面，把值傳到serverdemo進行加法計算，返回結果，進行顯示。1、aidl的定義aidl是 Androi

標籤：iOS的應用程式的生命週期，還有程式是運行在前台還是後台，應用程式各個狀態的變換，這些對於開發人員來說都是很重要的。 iOS系統的資源是有限的，應用程式在前台和在背景狀態是不一樣的。在後台時，程式會受到系統的很多限制，這樣可以提高電池的使用和使用者體驗。 //開發app,我們要遵循apple公司的一些指導原則，原則如下： 1、應用程式的狀態 狀態如下： Not running 未運行 程式沒啟動 Inactive 未啟用 程式在前台運行，

標籤：開啟系統設定中的類比位置Android 6.0 以下：【開發人員選項 -> 允許類比位置】Android 6.0 及以上：【開發人員選項 -> 選擇類比位置資訊應用】AndroidManifest.xml<uses-permission android:name="android.permission.ACCESS_MOCK_LOCATION" /><uses-permission

標籤： 我認為在寫涉及到資料結構或演算法的實作類別的源碼解析部落格時，不應該急於講它的使用或馬上展開對源碼的解析，而是要先交待一下這個資料結構或演算法的資料，瞭解它的設計，再從它的設計出發去講如何?，最後從實現的角度來講回源碼，才能深入理解。這是最新讀了一些部落格之後的思考。對此問題如果你有其他見解，歡迎留言交流。LRU在讀LruCache源碼之前，我們先來瞭解一下這裡的Lru是什麼。LRU全稱為Least Recently

標籤：IntentService定義　　IntentService繼承與Service，用來處理非同步請求。用戶端可以通過startService(Intent)方法傳遞請求給IntentService。IntentService在onCreate()函數中通過HandlerThread單獨開啟一個線程來依次處理所有Intent請求對象所對應的任務。　 　　

標籤：綜述　　Android中的事件分發機制也就是View與ViewGroup的對事件的分發與處理。在ViewGroup的內部包含了許多View，而ViewGroup繼承自View，所以ViewGroup本身也是一個View。對於事件可以通過ViewGroup下發到它的子View並交由子View進行處理，而ViewGroup本身也能夠對事件做出處理。下面就來詳細分析一下ViewGroup對時間的分發處理。MotionEvent　　當手指接觸到螢幕以後，所產生的一系列的事件中，都是由以下三種事件類

標籤：摘要今天由我給大家進行一場技術分享,分享的主題也是大家還沒有工作或者才去工作不久或者是正處於試用期的同學非常關心的一個問題,就是我們做iOS,HTML5,安卓等前端開發的如何跟我們的公司後台進行互動. 面臨後台我們應該說些什麼? 應該怎麼去規避一些不該屬於自己的任務而被後台強加於自己?等等問題.目錄 1.前端請求資料URL的誰來寫? 2.介面文檔主要由誰來寫? 3.前端開發與後台互動的資料格式主要是什麼? 4.前端開發的後台互動原理？ 5.前端請求參數的形式