跳到主要內容

BlackBerry PlayBook 超冷門開箱

BlackBerry 黑莓手機據說在國外還滿受商務人士歡迎的，國內也有電信商引進，但好像就沒那麼風行。而這台 PlayBook 是 BlackBerry 跨足平板的第一號產品，台灣目前沒有正式上市(不過Y拍買得到)。生在這個平板戰國時代，面對其他陣營的夾擊，BlackBerry 似乎也沒能有好的表現。但相較於 HP 果斷放棄 TouchPad，BlackBerry 似乎還想再努力一下。

至於為何會入手這台呢? 雖然它也是一路降價，但還是引不起我的興趣，不過當 BlackBerry Tablet OS 2.0 宣布支援 Android App 後，事情就變得有趣了些。雖然說支援，API 卻也不是 100% 能用，另外開發者還是必須花點時間重新包裝、簽章並上架至 BlackBerry App World 才行。當 2.0 升級在即，卻僅有少量的開發者願意為其轉換 Android App，這可不是個好消息。因此在 2 月初，BlackBerry 宣布了 Free BlackBerry PlayBook Offer，只要在限定期間內上架軟體並經審核通過，就能免費得到一台 PlayBook。反正原本就有在開發 Android App 了，就來轉轉看吧，不拿白不拿。

不過要拿這台 PlayBook 也不是一路順遂的，中間來來回回快兩個月，尤其 App 審核以及信件回覆真是有夠慢，APK 轉換工具與上架流程也不是挺好用，真是搞得我很煩ㄚ。以下是處理時間表:

2/6 申請開發者資格
2/8 開發者資格通過 並 提交 App 審核
2/21 App 審核失敗 並 發信給客服詢問
3/1 收到客服回覆
3/2 重新提交 App 審核
3/12 App 審核通過
3/14 填寫送貨地址
3/23 PlayBook 寄出
3/26 提交報關資料給 FedEx
3/27 收到 PlayBook


抱怨了一堆，不過看在免費的份上就算了，來開箱吧~

廣達代工的 PlayBook，去了趟美國又飛回來

開箱

送的是 16GB Wi-Fi 版，同時附上一張給開發者的感謝函

開盒，PlayBook 已經裝在保護套內

幾張 PlayBook 造型的 Quick Guide

底下的配件盒

配件一覽

正面，左右有喇叭，上方有一個300萬畫素前置鏡頭
未撕的保護膜標示了兩種主要的滑動控制方式


背面，500萬畫素鏡頭與 Mark

頂端有耳機接口、麥克風、媒體按鍵、電源鍵

底端有 HDMI、MicroUSB、底座連接孔

開機吧

一開機就來個503MB的系統更新，想嚇我嗎?

更新完畢

目前手上有的平版，ASUS TF101(左)、BlackBerry PlayBook(右上)、HTC Flyer(右下)
右邊兩台都免費的，這年頭當開發者還是有好處


使用心得(會陸續補上):
1. BlackBerry Tablet OS 的操作邏輯剛開始還不太習慣，不過多摸一會兒就好。
2. 以桌面滑動來說，算是相當順暢。
3. Android Runtime 似乎還不太穩定，偶爾會當掉。
4. 此版本無中文介面及中文輸入

2012/06/14 更新: 這台拿到之後關機的時間居多，實在想不到要拿來幹嘛，最近決定送人了，所以不會再有心得陸續補上了 XD

BlackBerry PlayBook規格(手機王)
◎ 採用 BlackBerry Tablet OS 作業系統，支援多工處理
◎ 螢幕 7 吋 WSVGA 電容式輸入 LCD、解析度 1024 x 600，支援多點觸控 
◎ CPU 採用 Cortex A9 1GHz 架構雙核處理器
◎ 內建立體聲喇叭與立體聲麥克風
◎ 內建全球衛星定位服務、方向感應器（加速度計）、6 軸加速度感應器（陀螺儀）、數位羅盤（磁力儀）
◎ 內建 1GB RAM
◎ 支援 Adobe Flash Player 10.1
◎ 500 萬畫素相機
◎ 300 萬視訊前鏡頭
◎ 影片格式支援 1080P Full HD 影片播放輸出（H.264、MPEG4、WMV）
◎ 音樂格式支援：MP3、AAC、WMA
◎ 支援 HDMI 影音輸出
◎ 藍牙數據共享
◎ 行動熱點
◎ 支援 BlackBerry Bridge 
◎ 內建 Wi-Fi 802.11 a/b/g/n 及藍牙 2.1 + EDR
◎ 提供 microUSB 傳輸介面
◎ 重量約為 400g
標籤：

留言

張貼留言

這個網誌中的熱門文章

App 在 Google Play 被停權與恢復的經驗分享

最近心情真像是洗了三溫暖～ 前幾天把已經很久沒維護的  EZ App安裝器  稍微調整了 UI，修了修 Bug，提交更新。 幾個小時過去發現 Google Play 還沒反應，感覺有點怪...可能是系統忙碌吧。當下也沒想太多就跑去睡了。 隔天一早打開開發者控制台，登愣！又看到熟悉的景象... App 被停權了！！！ 為什麼說"又"呢？ 出來混總是要還的，被停權也不是第一次了。 多年前剛開始在 Google Play 上架時，學別人在商店描述裡加了一堆 Keyword，其實有沒有用也不知道。然後某次開發人員計劃政策調整後，這種行為被視為違規，於是一下子被停權兩隻 App。 畢竟是自己沒注意到政策調整，而且罪證確鑿，只好摸摸鼻子認了。不過明明是很簡單就能修正的問題，Google 總是完全不給機會就直接停權，手段實在狠毒！這也是最讓人難以接受的地方。 順帶一題，Google Play 的違規處分大概分為以下幾種： 拒絕 ：更新版本遭拒，但之前所發佈的版本仍會保留在 Google Play 商店中。 下架 ：應用程式會從 Google Play 下架。必須提交符合規範的更新版本，才能讓應用程式重新上架。 停權 ：應用程式會從 Google Play 下架。必須更改 package name，才能讓應用程式重新上架。這意味著將失去原本累積的下載數、統計資料和評分，一切重頭來過。 終止開發者帳號 ：所有應用皆會下架，無法再上架新應用。"相關帳戶"也會一併處分，不允許再註冊新的開發者帳號。 我三次遇到的都是停權，但這次的原因是為什麼呢？ 根據信裡的說明是違反了開發人員發佈協議的"其他商店"條款。 什麼是"其他商店"條款？ 4.5 其他商店。凡是「產品」具有任何推廣其他商店之用途，藉此引導使用者透過這類替代性管道發佈 Android 軟體應用程式或遊戲，則一概禁止在「商店」中發佈或提供。 奇怪？我的 App 裡面沒有推廣其他應用程式商店啊？ 信中有申訴的管道，寫信去問明白吧。網頁說可以用中文 、 英文 、 日文及韓文提出申訴，就直接寫中文吧。一來比較好溝通，同時看看都是講中文的會不會比較寬大為懷 XDD～ 提出申訴後過了幾個小時，收到回覆了
張貼留言
閱讀完整內容

使用 <uses-feature> 的注意事項

<uses-feature> 最早是在 Android 1.6 SDK (API Level 4) 中出現的，他的用途是用來宣告 App 會使用到哪些軟硬體功能(比如 Camera、Bluetooth、OpenGL ES version...)。不過事實上系統本身並不會去檢查這些設定，但 Google Play 確會用這些設定去過濾要呈現哪些 App 給使用者。 比如說我宣告了下面這行，表示我會使用到 Camera 功能。這樣 Google Play 就不會將我的 App 顯示在沒有 Camera 的裝置上。 <uses-feature android:name="android.hardware.camera" /> 不過後來在 Android 2.0 SDK (API Level 5) 中，<uses-feature> 多了一個屬性叫  android:required 。當某功能在 App 中是 必要 時需設定為  true ，若是 非必要 時則設成  false 。咦?...若是不需要的話，我直接省略 <uses-feature> 不是更省事嗎? 在看完落落長的  開發者文件  後才瞭解，嚴格來說，每個 App 都 應該 要清楚宣告哪些功能是必要或非必要。但因為種種原因，開發者可能忽略或未正確宣告。所以 Google Play 除了檢查 <uses-feature> 外，還會參考 <uses-permission> 的設定。當有設定 <uses-permission> 時， Google Play 會假定相關的功能是 必要 的，並加入過濾。 舉例來說，我的 App 會使用到 Camera，但不是必要的。而我只宣告了 Camera 的 <uses-permission>，卻忽略了 <uses-feature>。 <uses-permission android:name="android.permission.CAMERA" /> 此時 Google Play 發現了這個 <uses-permission>，便會將 Camera 視為 必要 而進行過濾，沒有 Camer
張貼留言
閱讀完整內容

利用 Java Reflection 來呼叫被隱藏 {@hide} 的 API

注意：本文的範例於 Android 8 (Oreo) 上已無法執行，而 Google 也表明為了改善應用程式的安全與穩定，未來將逐步限制這些非正規的存取方式。 如果您有研究過 Android Source Code，應該會發現其中有許多函式都被標註了 @hide。也就是這些函式在 SDK 中是被隱藏的，一般情形下無法被呼叫使用。但有時我們又想使用這些功能該怎麼辦呢? 在不更動 Android System 的前提下，我們可以透過 Java 的反射機制 (Java Reflection) 來達成。 範例: 我們在 Android Source Code 中的 PackageManager 類別裡發現了一個函式 getPackageSizeInfo，可以用來取得應用程式的磁碟空間使用量，但在 SDK 內卻找不到此函式。 我們先試著用 getMethods 列出 PackageManager 中所有的函式 PackageManager pm = getPackageManager(); Method[] methods = pm.getClass().getMethods(); for (int i = 0; i < methods.length; i++) { Log.d(TAG, methods[i].getName()); } 看一下結果，沒錯，裡面確實有 getPackageSizeInfo 這個函式 調用方式: Method getPackageSizeInfo = pm.getClass().getMethod( "getPackageSizeInfo", String.class, IPackageStatsObserver.class); getPackageSizeInfo.invoke(pm, "xxx.xxx.xxx", new IPackageStatsObserver.Stub() { @Override public void onGetStatsCompleted(PackageStats pStats, boolean succeeded) throws RemoteExc
張貼留言
閱讀完整內容