Androidでレガシーコードを書き続けないためのたった１つの方法 - ブログなんだよもん
答え：テストできるように作る 周りでAndroid開発してる話を聞くのですが、どうもテストがしづらかったり、修正が大変だったりする模様。ここを直してあそこがバグるみたいな。 本屋で参考になりそうな本を探すも、入門系かリファレンス系が殆どで、「どういう設計にするべきか？」とか「Android Test」とかAndroid向けフレームワークの話がさっぱり無い。そんな状況なので、入門書片手にアプリを書き始めた人は、ViewとLogicを始め、色々なものが適切に分けられてないコードを作り、テストの無いレガシーコードが量産されていくのかな、と。 そういう分けで最初の結論になります。 ちょうど、ちょっとしたAndroidアプリを書いてみようと思ってたので、ここら辺を参考に実際のアプリに先立っていくつかのフレームワークを組み合わせたAndroid-Development-Suiteを作成。 いわゆるサン
Android Mockを利用してHTTP通信をテストするには
注意！ Android Mockについて（2014年6月2日追記） 本記事で紹介しているAndroid Mockは、2012年11月に開発・サポートの終了を宣言されました。より一般的な下記モックフレームワークのDalvik仮想マシン対応がほぼ完了しており、その役目を終えたためです。 Mockito：1.9.5rc-1でDalvik対応がマージされました EasyMock：3.2でDalvik対応がマージされました 新規に作成するプロジェクトでは、これら他のモックフレームワークを使用することをお勧めします。＠ITでは、他のモックフレームワーク導入方法を紹介する記事を掲載予定です。 なお、本記事のサンプルコードをMockito向けに書き換えたものを公開しています。以下をご参照ください。 https://gist.github.com/4179494 さらに、EasyMock向けに書き換えたもの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
