About the content This content has been published here with the express permission of the author. At some point as a developer you’ll consider writing a library, whether to perform a specific task, modularize your code-base, or perhaps just to reuse your code in an elegant way. But writing a library is tough work. Hosted by the Bay Android Dev Group, in this talk our own Emanuele Zattin shares som

タッチイベントがうまく流れてこなくて困ったり、自力でイベントをルーティングしたりするときに困ったりと、ちょこちょことタッチイベントについて勉強したのでまとめておきます。 主にタッチイベントがどう流れてどう止まるかなどについて調べています。 イベントの流れを理解するには以下の資料がかなり参考になりました。 Mastering the Android Touch System (PDF) 毎度のことながら、間違いがありましたらご指摘頂ければ幸いです。 タッチイベントを処理する主要なメソッド 実際の流れを理解する前に、主要なメソッドを三つ紹介しておきます。 メソッド名 概要 onTouchEvent() (View) タッチイベントに対して何かを処理するメソッド。setOnTouchListener() で登録した listener はこのタイミングで呼び出される。 onInterceptTou

AndroidのHandlerクラスは別スレッドからUI部品操作を用いる際に、よく使われる。Androidの場合はUIスレッドからでないとUI部品を操作できないという制約がある。どのサイトを見てもUIスレッドへイベントを送るための仕組みとして語られている。 いやいや、それは事実だが、それだけでない。 Handlerクラスはスレッド間通信のための仕組みである。もっと正確に言うと、Handlerインスタンスを生成したスレッドへイベントを送るための仕組みなのである。当たり前だと思う人も多いかもしれないが、多くの人はこのことを理解できていない。 ソースレベルで説明してみる。よく書かれるソースは以下のような感じである。 Handler handler = new Handler(); // (1) handler.post(new Runnable() { @Override public void

画像をギャラリー形式での表示を行います。 何度か、「画像をスライドショーとして表示をする。」として、行ってきました。 下記の形でスライドショーを完成できました！ ゼロからのAndroidアプリケーション開発入門 を参考に改良したものを作成させていただいております。 レイアウトとしては、下記のような、形で、上にサムネイル。下に表示領域を用意する。 最初にmain.xmlは下記のような形になります。 <?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height=

setContentViewとaddContentView ActivityのContentViewを設定するには、おなじみのsetContentViewメソッドを使うが、 addContentViewというあまり見かけないメソッドもある。 addContentViewメソッドを使うと、Activity画面に複数のContentViewを重ね合わせて表示させる事ができる。 以下に、その例を示す。 リスト１＿１（ViewTree1Activity.java） リスト１＿２（main.xml） リスト１＿３（main2.xml） 実行画面 main.xmlとmain2.xmlの２つのレイアウトファイルにButtonを１つずづ配置し、 このレイアウトファイルを使う２つのContentViewを重ね合わせて表示させている。 それぞれのButtonをクリックすると、それに対応したonClickイベン

ブログ等に掲載されているHttpComponentのサンプルコードは、重要なところが端折られて紹介されている（というか間違っている事を知らずに書いている疑惑すらある）ことが多いので、正しいサンプルコードを書いておく。 まぁ、ここだけでなくApache HttpComponentsのドキュメントもちゃん読みましょう。あ、Androidのリファレンスにはロクに使い方が書いてないので、あんなゴミだけ読んでてもダメですよ。 要点 ポイントは2つ。 ResponseHandlerを使ってコードを書く HttpResponseの内部リソースを自動で解放してくれるので、ミスがなくなり、コードも簡潔になる。ブログ等ではHttpResponseを使わないコードもよく掲載されているが、リソースの解放処理が記述されていないことが多いのであまりよろしくない。 なお、ResponseHandlerを使わずに自分でリ

Androidでの開発、特に画像周りを触っていると悩まされるあのにっくき「OutOfMemoryError」によるアプリの強制終了。 このOutOfMemoryErrorはAndroidアプリ内ではtry～catchなどでハンドリングすることができないようで、そもそも「起こらないように」作るしかないようです。 このOutOfMemoryErrorはAndroidアプリ内のtry～catchで捕まえられないこともあり、そもそも「起こらないように」作るのが（当然ですが）好ましいでしょう。 （2010/12/20修正） AndroidでBitmapFactoryを使ってサイズの大きな画像を読み込むサンプル – hoge256ブログ OutOfMemoryErrorを知る – hdk_embeddedの日記 これらの記事が大変参考になりました。 ざっくりまとめておきますとアプローチは大きく分けて3

http://android-developers.blogspot.com/2009/01/avoiding-memory-leaks.html ナナメ読んだらなんか引っかかったので、えいやっと30分ほどで訳してみた。誤訳ご免。というかツッコミ歓迎。 メモリリークを回避する方法 Androidのアプリケーションは、少なくともT-MobileのG1ではヒープメモリは16MBに制限されている。電話としてはとても多くのメモリだが、同時に、やりたいことがある開発者にとってはあまりに少なすぎる。このメモリをすべて使い切るつもりがなくても、メモリの使用量はできるだけ抑えて、他のアプリケーションが強制終了されないようにしなければならない。Androidが、より多くのアプリケーションをメモリ上に持てれば、より素早くユーザがアプリケーションを切り替えられる。私の仕事上、Androiidアプリケーションのメ

Androidのアプリ内課金を安全に使うためには何らかの防御策を取らないといけないのですが、その方法の一つとしてsignatureの検証があります。 購入完了後にMarketから購入情報がjsonで送信されてきます。 {"nonce":2102159826496562602,"orders":[{"notificationId":"2764732181918735088", "orderId":"259065433347272","packageName":"com.matabii.test.billing1", "productId":"product1","purchaseTime":1304573886000,"purchaseState":0}]}これとセットで、jsonのsignatureも送られてきます。 YG7sJWdElGYBTkmRimrek0tZ7Y7WISxH8hAZ