既存コードをAndroid非依存なクラスに抽象化してユニットテストするための第一歩 - Qiita
これは Android その2 Advent Calendar の6日目の記事です。 はじめに ActivityやFragmentにビジネスロジックがありユニットテストしずらいコードに対して、Android非依存なクラスに抽象化することでテスタブルにする方法の紹介です。 今回はMVPアーキテクチャにすることでActivityに書いていたロジックをPresenterに抽象化してそこにテストを書いていきます。 注意点 実際に業務でアーキテクチャを選定する際は、プロダクトの規模、チームメンバーの技術力、事業の優先度などを考慮して上で決めたほうがいいので、必ずしもこのやり方がベストというわけではありません。 例えばプロダクトの立ち上げ時期はスピード優先の場合が多いので、この内容は適さない場合もあります。 やりたいこと（イメージ） 前提知識 MVPアーキテクチャとは Model-View-Prese
在来線を含む全乗務員が「iPad」を携帯します：JR西日本
当社は、平成27年1月に山陽新幹線の乗務員に、同年3月に北陸新幹線の乗務員に「iPad」を導入しました。導入後、異常時における関係者間の情報共有や訪日外国人のお客様へのご案内などに効果を発揮していることから、在来線においても異常時対応能力の向上、お客様へのご案内の充実を目的として、全乗務員がiPadを携帯することとしましたのでお知らせします。 通信機能・アプリケーションの活用および乗務員が使用するマニュアルの電子データ化による閲覧性向上により、異常時対応能力を向上させ、安全安定輸送の実現に取り組むとともに、お客様へのご案内・情報提供にも活用することでCSの向上を図ります。あわせて、マニュアル・規程類の電子化による軽量化および差し換え作業の軽減、ペーパーレス化を実現します。また、在来線からの新たな取り組みとして異常時に運転用時刻表を検索・表示するシステムを導入します。列車遅延や運転取りやめな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RxJava how to group items of one list to Map<Key, List<Value>>
