android.app.IntentService つかってみ?らしい。後で調べる。 #gdd2010jp #android1
2010-09-28 13:16:54activityがバックグラウンドで切られたときにasyncTaskが切られると困るので、そういう時はIntentServiceを使う #android1 #gdd2010jp
2010-09-28 13:16:55asyncTaskはメインのスレッドから呼ばなきゃだめよ。そしてUI側でbackボタンとか押されて消される可能性も考慮しないとだめ。これはIntentServiceを使うと○。 #gdd2010jp #android1
2010-09-28 13:17:05次はandroid.app.IntentService 紹介。Intent でサービスに仕事任せちゃうのは定石よね。 #gdd2010jp #android1
2010-09-28 13:17:11please, please don't do anything slow in UI thread. #gdd2010jp #android1
2010-09-28 13:18:32ユーザにはProgressDialogで動いていることをアニメーションして知らせろ #gdd2010jp #android1
2010-09-28 13:19:55押されると困るものはdisableにするとか、ちゃんとすると。まぁ当たり前のことですよね! #gdd2010jp #android1
2010-09-28 13:20:15200msを超える処理をするときはプログレスバーを出そうね。ユーザに何が起きているかをしっかり示してあえることが重要。 #gdd2010jp #android1
2010-09-28 13:20:24ユーザに丁寧に接すると言うことが非常に重要。(これ英語ではなんて言ってるのかなぁ?) #gdd2010jp #android1
2010-09-28 13:22:27超大事。If it's not fast enough, dont't guess. Measure and find out why. #gdd2010jp #android1
2010-09-28 13:24:31プロファイリングに便利なもの。Traceview、Log.d()。ものすごくシビアなケースの場合はAggregate user profile dataを使う。(いろんな人に使ってもらったデータを収集するってこと?) #gdd2010jp #android1
2010-09-28 13:26:26Androidのプロファイルツール。traceview、タイムスタンプとともにLog.d()するのも悪くはない。究極のプロファイルは多数のユーザーにテストしてもらいプロファイル情報を集約すること。 #gdd2010jp #android1
2010-09-28 13:27:32さすがGoogleだなぁ。えらいさんのプレゼンでEclipseでコード出して説明してるよ。 #gdd2010jp #android1
2010-09-28 13:28:313つ、遅くなるかもしれないところがある。1.読み込む 2.データ保存 3.JSONへの変換などCPUパワーに由来するところ? どこだと思う? わかめは3だと思う!! #gdd2010jp #android1
2010-09-28 13:30:30ぐるなびとかのデータを引っ張ったら使わないのもたくさん載ってて結構重いですねぇ @vvakame: 3つ、遅くなるかもしれないところがある。1.読み込む 2.データ保存 3.JSONへの変換などCPUパワーに由来するところ? どこだと思う #gdd2010jp #android1
2010-09-28 13:34:57