手順０、WEBサーバーのAPIを用意する
WEBサーバーにJSON形式で記事データを吐き出すスクリプトを設置します。
こんな↑スクリプトを作成します。
WEBエンジニア出身なのでこの行程は出来るんです。
ここまでは、ここまではできるんだ・・
何が分からないかって、このJSON記事データをAndroidアプリ上で表示するのやり方がよくわからなないのです。
HTML5 + CSS3 + jQuery でAndroidアプリを作成する方法（ハイブリットアプリ）やツールもあるけど、今回はネイティブアプリを作ってみたいのです。
次の行程へ
筆者はPHPの非凡ＷＥＢエンジニアです。
RSSリーダーみたいに非同期処理で複数の画像を読み込んだりテキストを表示するAndroidアプリを開発したい。
WEBエンジニアならおなじみの処理なのにAndroidアプリの開発となると、なかなか出来ないんだなぁ。
PHP？ LAMP環境で色々できますよ。
Javascript？ jqueryで色々できそうです。
Androidアプリ？ WEBビューだけのアプリなら作れます。Googleプレイでしょ？
そして家に帰ってからひっそり調べるのです。
Google先生ぇ！ 「Android開発 画像 読み込み 非同期」教えて！
・・・約100時間後
苦ぅ！ 調べども試せども、うまく動かない！
こ、、これは、、センスがねぇ！
Android開発の知識はついてきたけどもコーディングがおぼつかない。
Githubの世界の素晴らしいエンジニアの素晴らしいソースコードを参考にさせてもらったりしたけど、、なんかうまくできない。
そうじゃないんだよな、、多分ちゃんと自分でコーディングできる力が無いとダメだ。
そりゃ落ちてるソースちょこちょこっといじって出来ましたー、とかってあり得ないよね。
てか java書けないし、てか読めないし、そもそもビルドとかよく知らないしなぁ。
完成系はイメージできても、コーディング手順がわからんのです。
なので、
シュミレーターでデバッグしながら、０からコーディング手順をまとめてみようかと思たよ、ワタシ！
手順０、WEBサーバーのAPIを用意する
手順１、WEBサーバーからHTTP経由でjson形式の複数の記事データを取得する
手順２、手順１の通信でテキストデータは取得できてるので、TextViewでテキストだけ表示しちゃう
手順３、画像 http://なんちゃら.jpg を表示するには数秒時間がかかるので、非同期処理でおこなう
手順４、タイトルをクリックしたり画像をクリックしたらナニガシする
手順５、レイアウトを綺麗にする
という手順を コーディング→エミュレータで動作確認 を繰り返しながらよいアプリにしていくのが普通なんだと思います。
いきなり完成系のソースコードを見ても、とても理解できる気がしませんよね汗泣
以降の記事は起動アクティビティは既にできているものとして話を進めます。
Androidプロジェクト名は jp.example.hello です。
ターゲットSDKバージョンは2.3.3 APIレベルは10です。→参考
開発環境はeclipse JUNOを日本語化してます。
WEBエンジニアは、サイト内の画面遷移 = 処理ファイルの移動 と認識する事が多い。
WEBサイトの構築の仕方によりけりだが、最も簡単な画面遷移方法は、画面A（http://ほげ/a.php）から画面B（http://ほげ/b.php）に aタグでリンクをする方法でしょう。
画面Aの処理の a.php 、画面Bの処理の b.php というようにファイルを2つに分ける方法が一般的だと思われます。
（スマーティなどのテンプレートエンジンはもっと効率化されてますが）
この考え方をそのままAndroidに適用すると、AaaActivity.java というアクティビティから Intent でBbbActivity.java に遷移する というやり方になりがちです。
この方法だと1画面ごとに処理が記述でき、WEBエンジニアには分かりやすいかもしれませんがActivityが沢山増えてしまいます。
じゃぁ画面遷移はどうやるの？ という疑問が出てくるかもしれません。
画面遷移というのはつまり、画面が切り替わるということなのでActivityを変える必要はありません。
見た目に関しては View を切り替えると考えると良さそうです。
という一文は res/layout/main.xml を読み込み画面に表示するぞ という準備です。
ということは ボタンをクリックしたときに、画面の見た目をhogehoge.xmlに変化させるには、OnClickの中に setContentView(R.layout.hogehoge); を記載すればよい
また、IntentでActivityを遷移すると 「クリアボタン」 で戻ることができる画面遷移になり、いま見ているディスプレイの後ろにIntent遷移元の画面が隠れて居る状態なので、メモリを保持し続けなければならず、Intentを立ち上げすぎてメモリオーバーで「強制終了しました」のエラーが起こりえます。
また、少し難しい処理をActivityにベタっと記述すると、Activityファイルがとても長いファイルになり可読性も落ちるので、Activityをextendsしない普通のクラスファイルに処理を記述するのが良さそうです。
普通のクラスファイルの置き場もActivityと同じ場所におく事が普通です。
例えば、helloというプロジェクトにの場合は
hello/src/jp.example.hello/ 配下に Hogehoge.java というクラスを置く、と決めます。
クラスファイルの頭文字は大文字が主流っぽいです。アッパーキャメルケースですね。
例） hello/src/jp.example.hello/Hogehoge.java
もしくは hello/src/jp.example.hello.hogehoge/ というディレクトリを作成し、そこにhogehogeという処理に関わるファイルを設置するというのも主流です。
例） hello/src/jp.example.hello.hogehoge/LoadImageTask.java
ちなみにhogehogeとかホゲホゲとは 抽象的な何々の〜の意味です。
筆者は以下のように心がけて構築しようと思います。
これらの方法で 画面遷移 = アクティビティの切り替え というWEBエンジニアが陥りやすい構築方法を改善していきます。
何かボタンを押した時に、WEBサイトでは URL が切り替わるというのが一般的です。
最近のWEBでは何かボタンを押した時に Ajaxで処理ファイルAPIに通信し次の挙動を起こすという方法がありますが、古き良き時代のHTMLの構造では基本的にはURLを遷移し異なるページを閲覧させます。
HTMLファイル や CGI が切り替わる仕組みが頭にあると、Android開発に置いても 画面が切り替わる = アクティビティが切り替わる と考えがちです。
そうなると 30パターンの画面遷移があると 30個アクテビティが出来てしまいます。
このような構築方法で開発し実際に実機でテストしてみると分かるのですが、遷移し続けてメモリオーバーで強制終了になることが多いです。
どおやらこの方法は違うな？と気づいた頃にはアクティビティで溢れていることでしょう。
WEBエンジニアの方でも、APIを多用しAjax通信で1枚の画面の中で完結するようなWEBサイトを作れる方は感覚をつかみやすいかも知れません。
・画像やボタンを表示される目に見えるHTML部分が「View」
・ボタンをおした時のjavascriptのAjax通信する部分を「イベント」
・通信されるAPIファイルが
・Ajax通信して帰ってきた値を処理する部分が「イベントリスナー」
「イベント」はユーザーが画面をクリックやタッチやロングタップやダブルクリックや画面を傾けたり等をする事です。
「イベントハンドラ」は「イベント」が起こったこらどうするかを判断（ハンドリング）する部分です。
「イベントリスナー」のリスナーは「聞き手」という意味ですが、「ボタンが押されたので処理をお願いします」という意見を聞いて処理をする部分です。
参考）http://www.edu.tuis.ac.jp/~yamasaki/mobileApp/Android_event.html