Android BLE API及びAndroid Beacon Libraryの設計の酷さを技術的に説明する

はじめに Android 4.3 から、BLE (Bluetooth Low Energy) 用の API が提供されるようになりました。その後、Android 5.0 で android.bluetooth.le というパッケージが追加され、BLE 用の API が再定義されました。しかし、輪をかけて酷くなりました。 しばらく BLE の仕事を離れることになりそうなので (そして恐らく戻ってこないので)、Android BLE API に対して言いたいことを忘れないうちに書いておこうと思います。なお、主に BLE アドバータイズメントパケットのペイロードの話になります。BLE API 全体については扱いません。 1. ペイロードのフォーマット BLE アドバータイズメントパケットのペイロード部のフォーマットが BLE の仕様でどのように定義されているかを知れば、あるべき API の姿が想

[stilo]

"このScanRecordクラスの設計は、Android APIの中でも最悪レベルで、罵倒されてもやむをえません。この他、Android のBLE関連のAPIは全般的に設計ミスの宝庫です" #Bluetooth #Android

[urd0401]

参照されてるGAPの番号リストはBLEのAdvertisingのためだけじゃなく、LegacyのEIRやOBBにも利用されるものだから、ADタイプの選択はそれが関係するかも？→Supplement to Bluetooth Core Specification Part A

[gen0083]

Advertiseパケットについて

[kazuph1986]

👀

[craf]

いろいろつらそう