Geolocation: getCurrentPosition() メソッドは連続使用しない方が早い ゴールデンウィークの最終日に、体調を崩していたArcCosineです。皆様いかがお過ごしでしょうか。疲れますよね、こう気温が乱高下すると。 さて、タイトルの通り、getCurrentPositionの挙動について少し知見を得たのでここに書き記したいと思います。 getCurrentPositionは、こんな風に、 if (!navigator.geolocation) { status.textContent = "このブラウザーは位置情報に対応していません"; } else { status.textContent = "位置情報を取得中…"; navigator.geolocation.getCurrentPosition(success, error); } みたいな書き方をして使うメソッドです。 ここ から引用。 位置情報取得が1回限りで良いならばこの関数を使えば良いのですが、表題の通り 連続使用 すると、途端にパフォーマンスが落ちます。 これ、PCでテストする分には影響ない(パフォーマンスが落ちない)のですが、実機(スマートフォン)で、この関数を連続使用すると途端に読込に死ぬほど時間が掛かるという仕様になっています。 感覚ベースで申し訳ないのだが、最初の取得が 1、2秒 で終わるのに対し、次にもう一度現在地を取得しようとすると途端に 10~15秒 時間が掛かるようになる。これは、Android、iOSに関わらず同じ現象が起きていたので、恐らくgetCurrentPositionの仕様なのだろう。 実際にMDNによると、 メモ: 既定では、 getCurrentPosition() は低精度の結果を使い、なるべく高速に応答しようとします。これは、正確さに関わらず速い応答を必要とする場合に役立ちます。例えば GPS を備えている端末でも GPS が確定するまでには数分以上かかる可能性がありますので、 getCurrentPosition() からは (IP ロケーションや Wi-Fi による) 低精度のデータを返すことがあります。 と書いてある。2回目以降は高精度の結果を返すみたいな仕様になっ...
キャッシュレス決済を始めて キャッシュレス決済に手を出そうとしてる話 の続きの話である。 前の記事で書いたように、Paypayと楽天Payの二刀流で行くという事にしたが、現在 メインとして楽天カード+楽天Payを活用 Paypayにはとりあえずちょっとだけチャージして1回だけ使った という感じで運用している。 さて、キャッシュレス決済の体験で良いなと感じたことを簡単に書いていきたいと思う。 お財布が無くても良い より細かく書くならば、お財布を会計の時に出さなくて良いというのは、思った以上にいい体験だった。すなわち、列待ちの間にスマホで決済画面を出しておき、後はバーコードをスキャンさせるだけ。以前の買い方では、財布を出す、カードか現金を出す、支払いをするという流れだったのが、今はスマホを出す、支払いをするという流れで支払えるのが非常に楽ちんであった。人間とはどこまでも怠惰になる生き物で、ステップ数としては1ステップ減っただけなのだが、実質的には2ステップ(つまりスマホは出しっぱなし)減っているというのがとても大きい。考えてみると、現金もクレジットカードも財布の中が本来の居場所で、外に出てくるのはかなり手間暇が掛かっていた算段になる。一方のキャッシュレス決済(バーコード決済)は、画面ロック解除、アプリ立ち上げというステップを踏むものの、スマホは出しっぱなしでいいし、ロック解除は指紋or顔認証でロック解除出来るし、アプリの起動はほぼ0秒、実際にはサーバとのやりとりにも時間が掛かるので、実質的には1秒くらいで支払いの用意が出来るのがとても素晴らしい。 これまで5秒ぐらい掛かってたのが1秒に縮めるのはでかい。 SuicaやVisaタッチとの差異 これまで僕の中でのキャッシュレス決済と言えば、SuicaかVisaタッチであったがどちらにもメリット・デメリットがあった。 例えば、Suicaはプリペイド式のため、残高を気にする必要がある。オートチャージ出来るクレジットカードを使えば、この辺の不満点は解消出来ると思う。ただ、それだけのために新たにクレジットカードを作るのは本末転倒だなと思う。 メリットとしては、文字通り起動時間0秒で決済出来るのが強みだと思う。Suicaなので、JR東日本圏内に住む限りは恩恵が受けられるだろう。逆に、それ以外の圏内に住むこと...