2018年4月18日 星期三

[Android] 2018/4月份 版本分布

參考:Android dashboards



  1. 最重要的,API21+破84%了,如果有新App要做,可以考慮min用21(5.0)了,因為5.0才開始原生支援Material Design呀....還有JobScheduler呀...
  2. 另外,API18+破95%了,只是API19+也有94.8%,MIN真不能用21+的就用19+吧 XD
  3. OREO(8.X)升為4.6%,出現在榜單7個月。
  4. 牛軋糖(7.X)+破35%,出現在榜單已18個月了...
  5. 棉花糖(6.X)以下全部下降。
  6. 牛軋糖(7.X)以上持續上升。
  7. 還有5.2%的使用中裝置不能玩PMGO跟熊大農場。

上個月股哥沒公布,不是我偷懶沒PO喔..

另一個Dev會遇到的就是尺寸問題:
ldp還有0.4%、mdpi還有5.2%、最大比例在xhdpi 40.6%(所以如果只想放偷懶放一份資源...嗯)



其實我比較想各裝置寬高多少dp的統計,刻多dimen會用到,但...官方沒提供,看來只能自己統計囉..
法1:找銷售前10名的型號,跑測試程式看寬、高(W、H)各多少dp。
法2:自己的App埋統計回傳(Analytics) 高寬(W、H) dp數,如果App夠熱門,應該樣本不少。
法3:不管dp數,我就是要用px,那熱門機px就很好查了.

2018年3月28日 星期三

[Android] ARCore下批可能支援的手機

來源:Android Police

摘要:
新的ARCore App被拆包看,發現多了很多裝置代碼,可能是之後會支援的;
包括:Huawei的一些手機、Samsung的一些手機、Moto跟Xiaomi的一些手機。就是越來越多隻的意思。只是目前還不支援。

心得:
Google的ARCore只支援某些高階機,這次新的名單裡有比較中階的Samsung A5/A7,對捨不得花大錢的人是好消息吧...只是A5(2017)都下市了,也太舊...真希望有台灣可買到的中階手機支援呀...好多AR App不能玩 QQ
另外,Android P裡面應該直接塞ARCore呀...


[Android] Migrating Apps to Android P

來源:Dev Android

摘要:
Google教你怎麼測你的App在Android P是正常的~

-第一階段:現有App不改先在P測,可參考Google的品質測試Guideline,及Table 1的主要變更項目。

-第二階段:targetSdkVersion 指到P,參考這篇 還有Table 2看要測啥改啥。

一二階段都測完就能(稍微)安心了,耶~


心得:
每一版Android都改不少呢,之前有想過看兩版差異報告,多到會吐血,看不下去,現在Google比較好了,會出行為變更整理,這次還出搬遷指導。

DP1三月已出,DP2五月出....DP5七月出,正式版Q3出,如果是8.0前的Android,其實從正式出在測應該還來的及,因為廠商至少要一個月客製化 (除了Google親兒子)。

但8.0 Oreo後,因為Project Treble,有可能升版速度會變快,就是這次9.0(P)就可知道Project Treble到底有沒有用囉~雖然他方向是對的,可是不是每個OEM廠商都有把每台8.X裝置加進去;但如果要保險起見,還是從DP4開始測吧~

[Firebase] Crashlytics已成為Firebase正式的Crash Reporter

來源:Google Dev Blog

摘要:
Crashlytics是Creash Reporter SDK第一名,有很多好功能,加入Firebase後功能多更多,3/19時已BETA完變正式囉~ 有以下重點:
-整合GA,做出麵包屑(Breadcrumbs)功能,讓你方便追user行為。
-有Crash insights,建議你這問題可能的原因跟解法。
-可以固定住最重視的版本,方便查看。
-有dSYM(XCode編iOS的一個對應檔)上傳工具。
-成為Firebase的預設崩潰報告,Firebase Crash Reporting只會活到9/28,有用快轉喔。
-有Fabric跟FrieBase的連結工具,兩個都有用可以連一下;只有用Fabric就還要等一下轉換工具。


心得:
Fabric Crashlytic的華麗報告畫面不知會不會變成Google的Material Design畫面?
Fabric的其他服務(eg. Answers)不知還會不會活著?
Google整合服務真的很快耶....不像之前某Y公司都買來放著。

[Cross-platform] 用Flutter也可做出跨平台百萬下載,評分4.3+的App

來源:Google Dev Blog

摘要:
設計公司POSSEFlutter做了Hamilton的App(iOSAndroid),然後下載量超過一百萬,還有50萬以上活躍用戶,只要寫一次就可以賣兩邊,真是好棒棒,快來用Flutter吧~


心得:
之前聽過的跨平台方案都有缺點,整個開發體驗不如原生方案美好;而且針對官方OS、SDK、Design Guideline更新都可能會卡關,要找通用的輪子(別人寫好的元件)也較難。

只是我只試用過AIR、PhoneGap跟React Native,Xamarin沒試過。

AIR是很早期的Adobe行動解決方案,用Flex開發,現在應該沒人用了,因為要有runtime才能跑。

PhoneGap系列不用說,網頁就是慢。所以後來的跨平台才會都說要編成Native;

但React Native的開發環境跟Android原生開發體驗差很多,很像在開發網頁(用JSX),應該蠻適合React或Node工程師轉行或兼職用。

Xamarin用的是C#,如果是C#工程師轉行應該不錯,只是聲勢目前低於React Native就是。

Flutter用的語言是Dart,一個用的人不算多的語言,但是相對Obj-C或JSX,對寫Java或C++的人來說應該好懂很多,至於為什麼用Dart,可看這篇。然後他號稱比ReactNative不容易遇到效能瓶頸,而且又有提供兩平台的UI元件(當然要兩邊符合設計要分開做啦)

至於Xamarin vs. React Native vs. Flutter,可以看這篇

只是如果叫我三選一,我應該會說...可不可以讓我只寫Android,好啦,應該會先試試看Flutter吧..畢竟IDE跟AS比較像,語法對Java工程師又比較容易懂。

[Android] Android Studio 3.1 Stable

來源:Android Dev Blog

摘要:
Android Studio3.1出囉,支援更新的工具跟語法、跑得更快、提供更多好用工具,簡直好棒棒,快來更新吧~

心得:
看完文章跟影片,真的會覺得好棒棒,但還是有人反應App會跑不起來的問題,就目前沒時間蒐集災情跟測試,等有空再來試試囉~

[Android] Play商店會根據你的裝置推薦你完整版或Lite版App

來源:Android Police

摘要:
Play商店會根據你的裝置推薦你完整版或Lite版App (eg.FB & FB Lite)。

心得:
雖然不知怎麼做到的,可能是上架時要做些設定,但在台灣跟美國應該沒有那麼差的手機,不能跑完整版FB的。

如果真的要照顧低階手機的users,可以去買Android Go版手機來當測試機囉~
畢竟Google說Go是為了另一批十億users做的,啊...只是要去拍賣找找看了,因為應該不會在已開發國家賣..