Androidのユニットテストを倒す（PureJavaライブラリ編） - _development,
Android JUnit Testはシステム(エミュレーター/実機)にアプリケーションとテストアプリケーションをデプロイして実行するため、通常のJUnitテストと比較して時間がかかります。 しかし、アプリケーションに含まれるメソッドの何割かはAndroid Framework固有のAPIを使ってはいないでしょう。たとえばこんなふうに有りがちなユーティリティメソッドのように。 public static final int lengthOf(String str) { if (str == null) return 0; return str.length(); } こういったメソッドのテストはサクっと済ませてしまいたいのが人情というものです。このエントリでは、Android Frameworkに依存しないクラスのテストに時間をかけない方法を考察します。 Android Framework
エンコードされたAndroidManifest.xmlをデコードする - _development,
AndroidManifest.xml AndroidManifest.xmlはandroidアプリケーションのデスクリプターファイルである。 アプリケーションがapkファイルにパッケージングされるとき、AndroidManifest.xmlはバイナリー形式にエンコードされる。 AndroidManifest.xmlはアプリケーションがインストールされる時に読み込まれ、メタ情報がシステムに登録される（はずである）。 システムとアプリケーションはメタ情報を読みとるAPIを利用して、AndroidManifest.xmlの内容にアクセスする。 このようなメタ情報のひとつとして、アプリケーションが処理可能なインテントの情報があり、あんざいゆき/@yanzm の以下の記事が詳しい。 ・ Android 特定の Intent (Action) を処理できる Activity （アプリ）の一覧を取得
BT接続できるSimeji - _development,
adamrocker氏のBT接続できるSimeji - bimeji(仮)のクライアントプログラムを公開します。 bimeji(仮)はadakoda氏によるwimejiのBT接続版です。 Serial Port Profile(SPP)を用いた実装と、Human Interface Device Profile(HID)の２種があります。 BimejiClient/BimejiServer BimejiSPP BimejiHID bimeji(仮)は開発中のプロダクトにつき、機能不足・不具合等が多々ありますのでお使いになる場合は自己責任でお願いします。 BimejiClient/BimejiServer BimejiClient/BimejiServerは、2台のandroid端末間でキー入力を転送するbimejiです。 ハードキーボードを装備したClient端末のキー入力をServer端
デバイスを常に検出可能にする その2 - _development,
デバイスを常に検出可能にする方法、その2です。 前回(http://d.hatena.ne.jp/esmasui/20091003/1254550891)は#setDiscoverableTimeout()に無期限を表す値を設定することで、デバイスを常に検出可能にしました。 今回はBroadcastReceiverを利用して実現してみたいと思います。 検出可能時間の120秒が経過したときに通知されるイベントをBroadcastReceiverで拾い、再度検出可能にするという方法です。 BroadcastReceiverを作成する。 BluetoothのScanMode変更通知を処理するためのBroadcastReceiverを作成します。 使用する値を定数として定義しておきます。 package com.example.bluetooth.scanmode; import android.
デバイスを検出し続ける - _development,
androidのbluetooth APIには二つの検出メソッドがあります。 #startDiscovery() #startPeriodicDiscovery() #startDiscovery()は検出が完了する約10秒後に終了します。 #startPeriodicDiscovery()は#stopPeriodicDiscovery()を呼び出すまで検出を続けます。 デバイスを検出し続けるには、後者の#startPeriodicScan()を使えば良いのですが、#startDiscovery()を使った場合も「デバイスを常に検出可能にする その2, http://d.hatena.ne.jp/esmasui/20091014/1255546770 」と同じ方法で検出をし続けることができます。 BroadcastReceiver package com.example.bluetooth
すれちがったーのプライバシー問題 - _development,
すれちがったーを使用するうえでのプライバシー問題について、何人かの方からご指摘をいただきました。そのご指摘をふまえて、すれちがったー及びBluetoothのプライバシー問題について述べます。 まず、以前よりBluetoothのプライバシー問題について述べておられる高木浩光さんのブログエントリを紹介しますので、ご一読されることをお勧めします。 高木浩光＠自宅の日記 - Bluetoothで山手線の乗降パターンを追跡してみた , ユビキタス社会の歩き方(6) Bluetoothの「デバイスの公開」「検出可能にする」.. http://takagi-hiromitsu.jp/diary/20090301.html 高木浩光＠自宅の日記 - 首都高速都心環状線でBluetooth追跡できるか + 続・山手線 http://takagi-hiromitsu.jp/diary/20090307.htm
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
キョロキョロしなくていいように(ry - _development,
BimejiSPPにキーマップのカスタム機能をつけました。 - _development,
2009-11-04
すれちがったー ver.1.8.6 - _development,
すれちがったー仕様変更の予定 - _development,
すれちがったー ver 1.7 - _development,
Bluetoothのコアサービス - _development,