Androidのバックグラウンドを使いこなす Thread, Looper, Handler
Android UIは基本的にシングルスレッドで動作します。そのため、この影響を考慮して開発しなければアプリケーションの性能が低下することがあります。したがって、メインスレッドで時間のかかる処理をするのを避けるために、他のスレッドを使用しなければなりません。他のスレッドからUIスレッドにアクセスするためのAndroidが提供するスレッド間通信の方法を紹介します。 イントロダクション Androidのアプリケーションを実行すると、システムはメインアクティビティをメモリに読み込んでプロセスを作ります。この時メインスレッドが自動的に生成されます。メインスレッドはAndroidの主要コンポーネントを実行するところであり、UIを描いたり更新する仕事を担当できる唯一のスレッドであるためUIスレッドとも呼ばれます。 Androidの画面を構成するビューやビューグループに対する操作を一つのスレッドのみが担
常に新しい端末に適応する
指定できるリソース修飾子 前回は、端末における画面以外の特性に修飾子を付けることによって、それらの特性に応じてリソースを自動的に切り替えるという方法を解説しました。 最終回の今回は、前回のおさらいを兼ねて、リソースに指定可能な修飾子の一覧を示すとともに、リソース・マネージャが参照する端末の特性をコード側から取得する方法を示します。 最後に、リソース関連以外で重要なポイントとして、端末に搭載されているセンサー・デバイスを確認する方法や、状況に応じて最適な位置情報取得元（ロケーション・プロバイダ）を選択する方法について解説します。 これまで、リソースにさまざまな修飾子を付けてきましたが、あらためて、指定可能な修飾子を一覧すると、次の表（図1）のようになります。 これらの修飾子を複数指定する場合は、表の上から下の順番で指定します。例えば、言語と地域（ja-JP）を指定して、画面の向き（port、
PosterousのCEO「Webはクソ。ブラウザはマジなんとかしろ」 - 昼メシ物語
俺も使ってるお手軽日記サービスのPosterous。そのCEO、Sachin Agarwalが書いていた記事がなんとなく面白かったので和訳しました。 元の記事： The web sucks. Browsers need to innovate - Sachin's Space 部分的にかなり意訳したり強調したりしてます。以下本文。 Webはクソ。ブラウザはマジなんとかしろ Webはダメダメなプラットフォームだけど、一方iPadは今後もどんどんすげーアプリがどんどん出てくるのは明らかだろう。 Web業界が長年かけて築いてきたWebサイト達よりもいいものを、どうしてiPadは最初のリリースにも関わらず出せてしまうんだろう？ 「Webの終わり」を宣言するために、私はこの記事を先週から書き始めた。「Webは死んだ」とまでは言わない。でももう薄氷を踏んでる状態だ。 Webは静的なコンテンツを扱うには
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://jp.techcrunch.com/2010/08/05/20100804google-instantiations/
