RoboGuice 2.0 で Dependency を Injection しました - Just posted a blog
だるすぎ— 高意識エネルギー体さん (@mizchi) 12月 1, 2012 “はじめてのDependency Injection - _development,” htn.to/yoYFMc— 高意識エネルギー体さん (@mizchi) 12月 1, 2012 人間はだるくない開発がしたい。 そこで、DIフレームワークを使うことにした。 Deep dive into RoboGuice beyond “Hello World apps” “RoboGuice 2 smoothes out some of the wrinkles in your Android development experience and makes things simple and fun!” ということらしいので、RoboGuice入れてみた。 インストール maven使ってないので Instal
Robolectric - Androidのクラスを端末やエミュレータなしで単体テスト
Androidアプリの作成に当たって、プログラムがイメージ通り動くか、作成したアプリにバグが隠れていないか、といった心配はありませんか。このような隠れたバグ（不具合）を洗い出す作業にはテストが有効です。プログラムが正しく動いていることを確認するだけなら手作業で確認しても良いのですが、テストコードを作成すれば自動で何度でも繰り返しテストが実行できるという利点があります。 一般的にJavaプログラムをテストするには、JUnitなどのテストフレームワークを用いてテストを行います。最も基本的なテストがUnitTest（単体テスト）と呼ばれるものです。UnitTestとは、クラスやメソッドなどの単位でテストする手法です。 ところが一般的なJavaプログラムと違って、AndroidアプリでのUnitTestは少し面倒です。テストフレームワークは、旧バージョンのJUnit 3を使わなければなりませんし、
Androidでレガシーコードを書き続けないためのたった１つの方法 - ブログなんだよもん
答え：テストできるように作る 周りでAndroid開発してる話を聞くのですが、どうもテストがしづらかったり、修正が大変だったりする模様。ここを直してあそこがバグるみたいな。 本屋で参考になりそうな本を探すも、入門系かリファレンス系が殆どで、「どういう設計にするべきか？」とか「Android Test」とかAndroid向けフレームワークの話がさっぱり無い。そんな状況なので、入門書片手にアプリを書き始めた人は、ViewとLogicを始め、色々なものが適切に分けられてないコードを作り、テストの無いレガシーコードが量産されていくのかな、と。 そういう分けで最初の結論になります。 ちょうど、ちょっとしたAndroidアプリを書いてみようと思ってたので、ここら辺を参考に実際のアプリに先立っていくつかのフレームワークを組み合わせたAndroid-Development-Suiteを作成。 いわゆるサン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
