編輯:高級開發
聲音子系統呢,我個人沒碰到過什麼麻煩,最基本的應用本身也比較簡單,就是從中間層走到內核去;有硬解碼什麼的在高通方案裡轉內核給硬件負責了;不過我想這個子系統的內行一定不滿意,因為首先用戶就有不滿意的:聲音有延遲。
我覺得最好的應該是傳感器子系統,為什麼這麼說?因為我從來沒感覺到來自這方面的問題 :)。不知道以後傳感器種類進一步增加的話會怎麼樣,想必Google現在也更有經驗了吧。
把所有方面總結一下的話,基本上稍微有有復雜性的部分Google都是繞著走的,湊在一起以後也不好好適配,很多地方缺乏一致性。然後無論是買還是拿來或者自己決定的事情,拍板經常拍的缺乏仔細考慮。大不了永遠的beta慢慢改呗..真是服了。
當然,整個系統有幾個子系統的接口無論好壞畢竟需要用腦子設計,還有整合、除錯、周邊工具的工作量,如果想達到能推出、廣泛使用的地步,光一個十來人的小組肯定不夠的。但作為這樣一個眾口稱贊的大型企業,動用那麼多人力物力,弄出這樣一個“操作系統”,真有點對不起Google一貫給自己渲染的光輝形象了。
其實android本來就不是“從頭”來的項目,我想倒是因為Google實際上有一切大公司的弊病還缺乏傳統操作系統開發公司的優勢,所以在Google介入後設計合理程度和質量才這麼差。
注【1】:顧名思義,這東西是防止手機進入休眠狀態的一個鎖,即便是官方ROM都曾經出現耗電量劇增的現象,大多都是這個鎖的使用導致的問題。
注【2】:事實上整個電源管理這塊,在android剛推出時就被這方面資深的第三方開發人員痛罵不是沒有道理的。
注【3】:雖然原因不同,但為這個內存設備驅動,Linux的一個核心人員幾次拒絕了Android提交的代碼,屬於android最終被Linux掃地出門的導火線之一吧。(在這個問題上我並不完全支持內核小組)
注【4】:想想看本來能用的內存在android下卻只能閒置,就能理解這個
android手機將成為谷歌手機主導的開發手機平台,最終將成為android平台的主要發展的有一大成員,這對於諾基亞的SymBian和微軟的mobile帶來了不少的壓力
全球為數眾多的移動電話用戶從未使用過任何基於android JDK 日志框架,谷歌的目標是讓不依賴於設備甚至平台,希望大家看完本文能給大家帶來相關幫助。日志記錄對於軟件
在實現了android系統平台的強大性,現就將引擎的前兩個元素即攝像頭與指南針之後,下一步要做的就是確定位置,要想更好的完成這一項目,我們主要用到android的Loc
android下一代版本蜂巢(Honeycomb)到底是Android 2.4還是android 3.0呢?到目前為止這種爭論可以告一段落了。近日,可能是受到蜂巢(Ho