この不思議なHTC Dot Viewはどのように機能しますか？

HTCの世界では、ドットビューのようなものがあります。 HTC Dot Viewは非常に独創的なケースで、HTC（One line）の高度なモデルのユーザーが非常に非標準的な方法でデバイスを使用できるようにします。 このアクセサリは、会社にさらに大きな栄光をもたらすように設計されており、そのタスクにうまく対処しているようです。多くの人がHTC One *を支持して選択し、Dot Viewケースのおかげです。

このようなアクセサリは、ユーザーが多数のレビューを行うだけでなく、モバイル開発者もこれらのクールな機能を使用する非標準のアプリケーションを作成することを促します。 メーカー（HTC）の標準的なDot View機能セットは非常に豊富です。トラックスクロール機能を備えた便利なプレーヤー、ケースの「ポイントに」さまざまな通知の出力、および「ビッグピクセル」を備えた過去の「8ビット時代」を連想させるシンプルなゲームですらあります。 しかし、唯一の問題は、公式開発者が使用するAPIだけでなく、Dot Viewの発案の仕組みに関するわずかな指示さえも提供しなかったことです。 これは、愛好家がケースをデバイスとペアリングするためのメカニズム、および調査する研究者を独立して理解しなければならないという事実につながりました。

このトピックでは、HTCのこの魔法のカバーがどのように機能するかを理解しようとします。

これは一つの大きな陰謀です！？

すでに上で述べたように、このケースはそのデバイス専用の公式メーカーによってリリースされました。
ケースは、取り付けられた磁石が内部機器と相互作用するように設計されており、電話機がケースを装着していることを理解できます。このケースはドットビューです。 そして、磁石自体は、HTCマーキングのすぐ下にあります。



デバイスのカバーを装着すると、システムで起動されたサービスがカバーとやり取りを開始し、デバイスの電力消費（状態）制御モードをインターセプトし、公式メーカーから「特定の」アクティビティを起動します。 つまり、モバイルデバイスは、ソフトウェアレベルとハードウェアレベルの両方でこのケースとペアになります。 ここでもう少し詳細なレビューを見つけることができます 。

APIが存在しない場合はどうなりますか？

最初に質問しなければならないのは、このような質問でした...実際、このようなユニークなアクセサリについては、サードパーティの開発者向けにAPIがリリースされていないとは信じられませんでした。 ネットワークを検索するプロセスでは、カスタムXposedフレームワーク用のDot View モジュールの実装など、何らかの形で関連する問題がいくつかありましたが、実際にプッシュして、最終的に独自のアプリケーションでDot Viewの機能を使用できるものはありませんでした。 したがって、私は自分の調査を始めなければなりませんでした。

真実を理解するための最初のステップは、システム内の特定のDot Viewコンポーネントの存在を正確に示すソースがあるlogcatを調べることでした。

W/SensorService( 870): Listener[0] = com.htc.dotmatrix.CoverService$7@24541961 W/SensorService( 870): Listener[1] = com.htc.dotmatrix.CoverService$7@6b8ab5b W/SensorService( 870): Listener[2] = com.htc.dotmatrix.CoverService$7@f1d0b5a ... D/DotMatrix( 1287): [CoverService] resetCoverViewState, poleN: false, state: true D/DotMatrix( 1287): [CoverService] updateCoverState, (sticky)poleN: false, state: true D/DotMatrix( 1287): [CoverService] updateCoverState, (intent)poleN: false, state: false D/DotMatrix( 1287): [CoverService] updateCoverState, removeMessages EVENT_COVER_CLOSED D/DotMatrix( 1287): [CoverService] show cover D/DotMatrix( 1287): [DotImage] init com.htc.dotmatrix.ui.BackgroundImage D/DotMatrix( 1287): [DotImage] init com.htc.dotmatrix.ui.TemperatureImage D/DotMatrix( 1287): [DotImage] init com.htc.dotmatrix.ui.LastCallImage 

最初に思いついたのは、logcatの最も興味深いログがこのアプリケーションのパッケージ名を参照していたため、公式のHTC Dot ViewアプリケーションのAPKを逆コンパイルするというアイデアでした。 しかし、最終的には、カバーのコードを記述するための有用な情報を抽出することはできませんでした。ただし、ブロードキャストレシーバーで使用され、カバーカバーの状態を追跡するように設計された特定の意図アクション（オープンまたはクローズ）は例外です。

一番下に到達しようとして失敗した後、私は偶然、ドットビューの公式HTCアプリケーションの「アプリケーション」セクションを偶然見つけました。

---

その後、通常のAndroidアプリケーションが一般的なDot Viewアプリケーションとどのように異なるかが興味深いものになりました。 つまり、分離はどのレベルですか？ Google Playで他のアプリケーションを検索した後、「ブリックをノックアウト」するゲームであるDot Breakerの実装に到達しました。 もちろん、他の皆と同じように、それは公式メーカーのものでした。

Dot Breakerアプリケーションのおかげで、Dot Viewのすべての詳細を調べて、ケース用の独自のアプリケーションを作成することができました。

エッセンスを検索...

アプリケーションの最初の逆コンパイル後、 アプリケーションマニフェスト （AndroidManifest.xml）を調べることが可能になりました。
このマニフェストは、公式のHTC Dot Viewアプリのマニフェストとはあまり似ていませんでした。 私が最初に目を引いたのは、権限の「シート」が不足していることです。

 <uses-permission android:name="android.permission.GET_TASKS"/> <uses-permission android:name="com.htc.permission.dotviewgame"/> 

結局、少なくともアプリケーションはデバイスの状態を制御しました。 また、GET_TASKS権限は一般的に廃止されます。 したがって、次の解決策が最大の関心事でした。 彼の名前から、それが非標準であることは明らかです。

アプリケーションが「アプリケーション」の同じリストに表示されるようにする責任がある別の設計ポイントは次のとおりです。

 ... <activity android:name=".WelcomePageActivity" android:screenOrientation="portrait" > <intent-filter> <action android:name="com.htc.intent.action.dotviewgame_launch"/> <category android:name="android.intent.category.DEFAULT"/> </intent-filter> </activity> ... 

大まかに言って、このカスタムアクションは「android.intent.category.LAUNCHER」のようなもので、 「com.htc.intent.action.dotviewgame_launch」のみです。
また、アセット（アセット）には、ゲームに存在するすべてのアニメーションが収集されました。



...そして将来的には、カバーの「ポイントに」描画することは非常に標準的な作業ではないため、その理由が明らかになります。
これに続いて、アプリケーションの逆コンパイルされたJavaコードを直接分析することを目的とした2次逆コンパイルが行われました。 （逆コンパイルされたコードは、BitBucketリポジトリで提供されます 。）

上記のマニフェストに基づいて、 WelcomePageActivityが Dot Breaker アプリケーションの主要なアクティビティであると結論付けることができます 。 彼女が行う唯一のことは、2秒間続く初期アニメーション（ドットビューとは関係ありません）を表示し、レベルを選択するGameLevelアクティビティを開始することです。

 ... this.mCountDownTimer = new CountDownTimer(2000L, 2000L) { public void onFinish() { WelcomePageActivity.this.finish(); WelcomePageActivity.this.startActivity(new Intent(WelcomePageActivity.this, GameLevel.class)); } } .start(); ... 

アクティビティGameLevelでは、レベルを選択できます。 復元されたJavaコードでは、20のアプリケーションレベルすべての初期化の「シート」を見ることができます。 各ビューをクリックすると、アプリケーションの主要なアクティビティであるGameActivityを呼び出す次のコードを含むAlertDialogがポップアップ表示されます。

 ... localBuilder.setPositiveButton("OK", new DialogInterface.OnClickListener() { public void onClick(DialogInterface paramAnonymousDialogInterface, int paramAnonymousInt) { GameLevel.this.startActivity(new Intent(GameLevel.this, GameActivity.class)); } }); ... 

このコードは「最後のフロンティア」であり、最終的にHTC Dot Viewコンセプトを実装するための内部メカニズムが続きます。

このドットビューはどのように機能しますか？

Dot Viewとの対話サイクルの中間であるGameActivityの主要なアクティビティは、特別なものによって区別されません-他のアクティビティのように、 Activityクラスから継承されます。 つまり、対話はonCreateメソッドから始まります。 このGameActivityアクティビティメソッドのコードには、ウィンドウの構成とスタイリング（フルスクリーン、明るさなど）を担当する多くの呼び出しがあり、メソッドの最後にキー呼び出しが続きます。

 ... this.mDotViewCommunity.bindDotViewService(); 

ここで、 this.mDotViewCommunityはラッパークラスのインスタンスです。これは単純な抽象化であり、アクティビティクラス（GameActivity）内にネストされたクラスとして実装されます。 このクラスは重要な役割を果たさないため、無視できます。
しかし、重要な役割は、このクラスに含まれる「bindDotViewService」という名前の叫び声でさえも、メソッドによって果たされます。 この段階では、おそらくプロセス間通信（IPC）の目的のために、特定のサービスとの接続があると想定できます。

bindDotViewServiceメソッドのキーコードは次のとおりです。

 ... DotViewSericeConnection mServiceConnect = new DotViewSericeConnection(); ... Intent localIntent = new Intent(); localIntent.setClassName("com.htc.dotmatrix", "com.htc.dotmatrix.GameService"); bool3 = GameActivity.this.bindService(localIntent, this.mServiceConnect, 1); ... 

ご覧のとおり、Dot Viewカスタムサービスとのリンクは、さらにサービスと対話するために実際に行われています。 サービスクラスの名前はcom.htc.dotmatrix.GameServiceで 、このサービスが属するパッケージ（アプリケーション） は非常に公式なHTC Dot Viewアプリケーションです。 DotViewSericeConnectionは、サービスの状態を監視するための標準のAndroid ServiceConnectionインターフェイスの実装であるカスタムドットブレーカークラスです。 DotViewSericeConnectionクラスは 、アクティビティクラスにネストされたクラスとしても実装されます。

さて、これはおそらく予想される結果ですが、HTCのサービスに接続した後、Dot Breakerゲームの相互作用はどのように展開しますか？

ServiceConnectionインターフェイスには、オーバーライドされたonServiceConnected（）メソッドが必要です。このメソッドは、サービスが正常にペアリングされた場合に呼び出されます。
サービスへの接続が成功した場合、コードが呼び出されます。コードの実行は、Dot Viewを使用するための2つのステップのうちの最初のステップです。

 public void onServiceConnected(ComponentName paramComponentName, IBinder paramIBinder) { GameActivity.DotViewCommunity.this.mService = new Messenger(paramIBinder); try { Message localMessage = Message.obtain(null, 1); localMessage.replyTo = GameActivity.this.mMessenger; Bundle localBundle = new Bundle(); //    ,  ""  Dot View localBundle.putString("activityName", GameActivity.class.getName()); localMessage.setData(localBundle); //    GameActivity.this.mService.send(localMessage); return; } catch (RemoteException localRemoteException){ ... } } 

ここでは、Androidのコンテキストでリモートサービスとのかなり標準的なクライアントサーバー「通信」を観察できます。
what-c​​ode = 1のメッセージがグローバルプールから取得されます。
そして、アクティビティクラスの最初に、次の定数セットがあります。

 static final int MSG_DOTVIEW_CLIENT_PAUSE = 4; static final int MSG_DOTVIEW_CLIENT_REGISTER = 1; static final int MSG_DOTVIEW_CLIENT_RESUME = 3; static final int MSG_DOTVIEW_CLIENT_UNREGISTER = 2; 

これは、このメソッドのコードがアクティビティを新しい潜在的なユーザーとして登録したことを意味します。
次に、同様のコードが呼び出されますが、what-c​​ode "3" -MSG_DOTVIEW_CLIENT_RESUMEが使用されます。
その直後に、Dot Viewは、特定のアクティビティの蓋のスラミングへの応答を停止し、それを必要とするアクティビティ、つまりGameActivityのDot-View画面レンダリングを提供します。

さて、サービスとの接続と通信はどうですか？

com.htc.dotmatrix.GameServiceサービスにアクティビティが「独自の方法で」カバーを使用し、使用する準備ができたことが通知された後、カバーが非難されると、画面は消えません（最初はドットビュー機能が機能しなくなったようです）ドット表示モードを「キャプチャ」したアクティビティのマークアップを表示します。 画面が空白になった場合、スプラッシュ画面の代わりにダブルタップ（ドットビューを「起動」する標準的な方法）後、再び「アクティビティインベーダー」のマークが表示されます。

同時に、アクティビティはほぼ標準的に機能します。ボタンを置くことができ、そのonclicksが機能し、標準のAndroid ジェスチャ検出器を使用できます。すべて正常に機能します。

しかし、その後、困難は何ですか？
どういうわけか最初は、ドットブレーカーはすべてのアニメーションを写真に保存すると言われていました。 主な理由の1つ（ただし、ほとんど重要ではない）は、ドットビューポイントでのレンダリングの特異性です。 公式のアプリケーションが標準のAndroidを使用しない理由は、それらが単に表示されないためです。 標準フォントのボタンは、ボタンのようには見えません。むしろ、押すことができ、何かが「カバーの下」で発生する、ビューの形をしたスポットのようなものです。 ボタンとテキストのサイズを大きくできるように見えますが、すべてが視覚的に読みやすくなりますが、さらに信頼性の高いアプローチが必要です。

Dot BreakerアプリケーションのBrickViewクラス内には、画面ピクセルをDotViewピクセルに変換する方法が並べ替えられています（一部、正確な逆コンパイルが行われないため、ロジックが理解できない場合があります）。 それは間違いなく一見の価値があります。 シンプルですが、あまり正確ではない方法があります-ケースのポイント数を計算するには：



その結果、Xに27個、Yに48個の重みのあるポイントを獲得しました。「重みを付ける」ことにより、デバイスのディスプレイに重ねられたDotViewポイントを理解する必要があります。 このような情報を使用すると、必要なスケーリングを生成するメソッドを簡単に作成できます。

完了：1。

上記の資料はすべて、実用的な実装のコンテキストで非常に興味深いものになります。
そのため、Dot Viewのいくつかの簡単なゲームが適しています。

テストデモアプリケーション全体は、 3つのアクティビティをカプセル化します 。

1） MainActivity-アプリケーションメニューにアプリケーションを表示するだけで（標準起動のサポート）、2番目のアクティビティを開始するか、アプリケーションを終了します。

2） DotRunnerは中間アクティビティであり、その主な目的は、ブロードキャストレシーバーを介してケースのカバーの状態を監視し、3番目のアクティビティを開始/停止することです。

 ... BroadcastReceiver dotReceiver = new DotReceiver(); // () intent-action IntentFilter intentFilter = new IntentFilter("com.htc.cover.closed"); registerReceiver(dotReceiver,intentFilter); ... public class DotReceiver extends BroadcastReceiver { @Override public void onReceive(Context context, Intent intent) { boolean isCoverClosed = intent.getBooleanExtra("state",false); if(isCoverClosed) { startActivity(new Intent(DotRunner.this, DotActivity.class)); } else{ ... } } } 

3） DotActivity-前のセクションで説明したルールに従ってDot Viewと対話するアクティビティ。

スケーリングを考慮してDot View画面をより便利にレンダリングするには、ゲームテストプロセスが実行され、「大きなピクセル」をレンダリングするためのすべてのロジックを実装するDotMatrixViewのカスタムビューを作成する必要がありました。

次に、ゲームは非常にシンプルです。落下しないようにキューブをタップする必要があります。

---

また、新しいゲームを開始するには、ドットビューカバーを開閉する必要があります。 さらに、ジェスチャ認識インターフェイスがDotMatrixViewゲームクラス内に実装され（ GestureDetectorクラスを使用）、Dot Viewケースでジェスチャを飛ばすことでゲームを再び開始できます。

カスタムアプリケーションのデモビデオはこちらでご覧いただけます 。
テストアプリケーションのソースコードは、 BitBucketのリポジトリに表示されます 。

完了：0。

HTC Dot Viewの原則を検討した結果、このアイデアには秘密の原則が含まれていないことが明らかになりました。すべてが同じ古いものですが、「新しいカバーの下」です。

間違いなく、現代のユーザーは存在する時間に非常に恵まれていると言うことができます。周囲には非常に多くの便利で興味深いデバイスがあり、経験だけでなく全員を追跡することさえできません。 また、Dot Viewなどの開発者がこの現代性を生み出しています。 実際、全体が形成されるのは、このような些細なことです。 したがって、このような「ささいなこと」のためのオープンでアクセス可能なAPIは、単なるプログラミングインターフェイスではありません。 これは、古い概念の使用を再検討する機能です。
「新しいものはすべて忘れ去られている」（c）。