這是我在csdn上的第一篇博文，寫下這篇博文的時候，我是還一名大三在校學生，剛剛接觸安卓不到一年。
在我的學習過程當中，有許多的人為我提供了學習上的幫助，他們有一些是我的老師、同學，有一些是各種社群上的活躍人士，當然，也有許多素不相識的博主，其中就包括了csdn上的許多人。因而在我的學習步入正軌過後，將我個人的一些思考記錄下來分享給大家，希望能夠幫助到有需要的人。
以上姑且算是博主的簡單自我介紹吧。
博文的介紹可能偏向碎片化，興致所至，多多見諒。
一、關於res檔案目錄的思考
思考一：
關於資源的命名問題，各個公司或者組織事實上都有自己的一套標準，跟據實際的情況選擇合適的標準是非常有必要的，因為這樣的行為會讓你的**在團隊或者組織內顯得更富有可讀性和易於維護。
但是從我個人的觀點出發我認為過分縮寫的命名是不可取的，例如lt_bt_cw這樣的命名如果不參閱相應的手冊剛接手專案的人根本沒辦法辨別出來這到底啥玩意，相反，像icon_activity_entrance_lock這樣的命名方式就十分的簡單易懂，任何乙個英語水平達標的人即可輕鬆閱讀，因此我推薦使用具體的、語義明確的命名。
在詞彙的排序上，我習慣性地把可以作為索引的單詞排在第乙個，例如icon。這樣檔案系統就會把所有的icon排在一起，從而方便我的查閱，接下來的命名方式我還是推薦「限冠行令定狀補」的排序（事實上我自己大部分時候也不是很分得清這些文法的區別:-）），最後跟上具體的名詞描述。
比如：icon_activity_entrance_lock屬於icon，是乙個用於activity_entrance的lock圖示。
思考二：
善用layer-list和shape，事實上可以繪製出相當水平的圖示，在很多的場合可以減少適配上的工作，而且在形狀的利用率上更高，因為可以提取出color放到values中去，從而讓xml檔案負責單純的形狀繪製。
此外，善用其他型別的drawable有的時候也能解決很多**需要相當工作量才能解決的問題。
思考三：
（此處請參閱
上表記述了安卓系統在自行選擇資源的情況下對萬用字元的判斷順序，因而可以簡單引申出的結論是在有針對多種情景下的資源使用時，我們應當使用盡可能長而完整的通配字尾名。
舉例：有strings.xml和strings-en.xml和strings-night.xml三種適配，事實上當語言選擇為en時night總是會被遮蔽，所以至少需要建立en-night來進行別名引用night從而保證適配不被錯誤地忽視。
bluetooth spp安卓開發
在開發有關android的藍芽spp服務時，發現了一點問題，需要注意的是，在連線spp服務的時候，有可能直接呼叫connect會出現exception的問題，因此，對於spp的服務應當有兩種實現比較保險，spp的服務特徵碼 uuid 00001101 0000 1000 8000 00805f9b3...
安卓相機開發
隨著手機效能的提高，多 的應用越來越普遍，其中拍照，錄影，美顏等都需要呼叫手機相機的功能。相機採集和顯示的經典例子是下面谷歌的開源實現，是比較好的入門學習資料 網上有很多開源的安卓相機的實現，比如下面的實現，只是時間比較久了 比較新的是下面的實現，它封裝了gpuimage來進行濾鏡和美顏的處理 還有...
Unity 安卓開發
不過不要慌，如果你不想用最新版本也可以這麼幹 1.安裝個最新版本的編輯器並在安裝時勾選android build support那些選項。2.完成安裝後開啟編輯器找到配置的路徑 edit preferences external tools 直接把這些路徑拷貝到你想要用的那個版本編輯器配置。打包ap...