Android

1 手機遊戲開發簡介遊戲的本質就是在螢幕上不斷地顯示和更新圖片，只不過不是胡亂地更新，而是根據程式邏輯來控制。一款完整的遊戲需要多方面的知識，比如遊戲的創意、背景、 故事情節、遊戲音效，遊戲風格、遊戲類型、運行速度、適配機型等。而且，遊戲的開發需要策劃、美工、程式、測試的協同工作和默契配合完成的。2

實戰：一個簡單的AIR項目啟動FD，單擊菜單中的Project→New Project命令，建立一個AIR Mobile AS3 App項目，1-11所示。單擊OK按鈕即完成了建立。FD內建的項目模板會為我們自動建立所有必需的檔案。在右側的Project面板中可以看到項目結構，1-12

讓對象按預設程式進行移動確實可以吸引一些注意，比如旋轉三角形。但如果你想用OpenGL ES製圖實現使用者互動，又該怎麼做呢？讓你的OpenGL ES應用具有觸摸互動的關鍵在於擴充對 GLSurfaceView 類的實現，重寫 onTouchEvent() 來監聽觸摸事件。本文主要向你展示如何監聽觸摸事件，從而讓使用者來旋轉一個OpenGL ES對象。建立一個觸摸監聽器 - Setup a Touch Listener為了讓你的OpenGL ES應用程式對觸摸事件做出響應，你需要實現

使用Flash Professional CS51）Flash Professional CS5是最早支援AIR Android的開發工具，使用起來非常方便，只要安裝一個為AIR準備的外掛程式即可。該外掛程式的最新版本為Beta 2，為http://labs.adobe.com/technologies/flashpro_extensionforair/。下載的安裝檔案尾碼為.zxp，這是Adobe軟體擴充包通用的格式。在安裝任何一款CS5軟體時，都會同時安裝Extension Manager，

英文原文：configuring-a-usable-android-emulator 編譯：牛秦勇預設情況下的Android模擬器就是下面的這個樣子：看到這個螢幕最顯眼的問題顯然它的醜陋的介面。模擬器視窗佔據了螢幕巨大的空間，而且毫無緣由的放著一個螢幕小鍵盤。如果你沒親自用過模擬器的話，還有一個不易發現的問題：幾乎是慢到不能用！為了拍上面的圖花了5分鐘才把模擬器啟動起來，而且幾乎對輸入事件沒響應。有3個原因可以解釋這個問題：1.非本地化的。預設使用ARM架構的模擬器，儘管將指令轉化成x

一、謹慎選擇包名包名 (Package Name) 就相當於一款應用在戶口本上登記的名字，是系統用來區分不同應用的欄位。重複的包名會被認為是同一款應用，不能同時安裝在一個系統裡。一般來說，包名建議使用網域名稱反序。比如豌豆莢的網站網域名稱是 www.wandoujia.com，那麼豌豆莢的一系列 Android 應用的包名就是 com.wandoujia.***。這種約定俗成的辦法可以最大程度地避免“撞名”的事故。案例一某個手機 ERP

以下是建立一個非同步下載類：/** * User: Tom * Date: 13-5-13 * Time: 下午8:07 */ public class AsnycImageLoader {  //定義一個HashMap進行存放緩衝的Image key為String Value為一個弱引用的一個資源檔 //&

ANDROID 調試技術： 1）Ps 指令 ls –l /proc/27/ cat /proc/27/cmdline       #cmdline檔案表示了這個進程所在的命令列。 cat /proc/27/status      #status 檔案表明了獲知這個進程的相關資訊。 #stat包含更多資訊，但較難讀。 cat /proc/27/task 

1.

內容： 簡單法則(減法設計) 減法設計是戰略，造形是會贏的戰術 EIT軟體造形是什麼? EIT造形的用途 EIT造形的特性 EIT造形的內部元素

還在用Android原生模擬器？給你推薦一款全方位把Android原生模擬器秒成渣渣的神器：Genymotion！需要理由？效能卓越作為曆史上最快的Android模擬器沒有之一），秒級開機關機速度足夠讓你膜拜了粗數量級估計5-20s不等），Android模擬器應該是1min起吧如果你夠幸運的話）？

昨天用Gallery做了一個圖片瀏覽選擇開機畫面的功能，當我載入的圖片多了就出現OOM問題。以前也出現過這個問題，那時候並沒有深究。這次打算好好分析一下Android的記憶體機制。因為我以前是做VC++開發，因此對C++在Window下的記憶體機制還是比較瞭解。不過轉到Android後，一直都沒有刻意去處理記憶體問題，因為腦子裡一直想著Java的GC機制。不過現在想想，自己對Android的GC和記憶體管理並不瞭解，自己寫的代碼在記憶體哪裡運行都不清楚，心裡不淡定啊。。。。畢竟我以前寫C++的時

Android Studio 0.2.1 發布了，包含如下改進： Gradle IDE 整合的改進，新的 Gradle 編譯器設定頁面 避免衝突，頂級設定頁面的編譯器選項隱藏，並使用新的 Gradle-aware 的編譯器設定頁面 修複 Studio 外項目的模組依賴解析，項目匯入可正常工作，但依賴設定到編譯的 .aar 檔案。因為影響到調試，因此 Studio 顯示如下警告 可傳遞特別的 JVM 參數給 Gradle Bug

OOM記憶體溢出）和Memory Leak記憶體泄露）有什麼關係？OOM可能是因為Memory Leak，也可能是你的應用本身就比較耗記憶體比片瀏覽型的，或者應用本身的設計有問題）。所以，出現OOM不一定是Memory Leak。同樣，Memory Leak也不一定就會導致OOM，如果泄露的速度很慢，可能還沒用完可用記憶體應用就被重啟了，那就不會OOM咯。當然了，有bug解決了最好。什麼是shallow heap與retained heap？shallow

在Android應用開發過程中，螢幕上控制項的布局代碼和程式的邏輯代碼通常是分開的。介面的布局代碼是放在一個獨立的xml檔案中的，這個檔案裡面是樹型組織的，控制著頁面的布局。通常，在這個頁面中會用到很多控制項，控制項會用到很多的資源。Android系統本身有很多的資源，包括各種各樣的字串、圖片、動畫、樣式和布局等等，這些都可以在應用程式中直接使用。這樣做的好處很多，既可以減少記憶體的使用，又可以減少部分工作量，也可以縮減程式安裝包的大小。下面從幾個方面來介紹如何利用系統資源。1）利用系統定義的i

前幾天，在項目中遇到一個BUG：我們在Android工程中使用了WebView，開啟一個網銀支付url，點擊支付的時候，他們會在網頁中使用js彈出一個詢問框，js代碼如下：function testConfirm() {      if(confirm("pay or not?")) {       

dpi是什麼呢？dpi是“dot per inch”的縮寫，每英吋像素數。四種密度分類: ldpi (low), mdpi (medium), hdpi (high), and xhdpi (extra high)一般情況下的普通螢幕：ldpi是120，mdpi是160，hdpi是240，xhdpi是320。dpi計算公式DPI=對角線的像素值/尺寸手機螢幕解析度和螢幕密度是兩碼事！並不是800*480的解析度手機圖片就應該放在hdpi檔案夾中。5.0英寸 800*4

在這裡總結一下:文檔地址Cancelling a task A task can be cancelled at any time by invoking cancel(boolean). Invoking this method will cause subsequent calls to isCancelled() to return true. After invoking this method, onCancelled(Object), instead of

在整理前幾篇文章的時候有朋友提出寫一下ListView的效能最佳化方面的東西，這個問題也是小馬在面試過程中被別人問到的…..今天小馬就藉此機會來整理下，網上類似的資料蠻多的，倒不如自己寫一篇，記錄在這個地方，供自己以後使用，不用再翻來翻去的找了，用自己寫的…呵呵，不多講其它了，說起最佳化我想大家第一反應跟小馬一樣吧？想到利用ViewHolder來最佳化ListView資料載入，僅僅就此一條嗎？其實不是的，首先，想要最佳化ListView就得先瞭解ListView載入資

在Android應用裡，最耗費記憶體的就是圖片資源。而且在Android系統中，讀取位元影像Bitmap時，分給虛擬機器中的圖片的堆棧大小隻有8M，如果超出了，就會出現OutOfMemory異常。所以，對於圖片的記憶體最佳化，是Android應用開發中比較重要的內容。1)