Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to モダンなAndroidアプリ開発勉強会
Similar to モダンなAndroidアプリ開発勉強会 (20)
Recently uploaded
Recently uploaded (10)
モダンなAndroidアプリ開発勉強会
- 1. とあるお祭りにて…
- 12. Androidの基本
- 13. 何となくわかったし開発するか〜！
- 18. Volleyの使い方 リクエストの種類 リクエスト名 説明 ClearCacheRequest キャッシュのクリア要求 ImageRequest Bitmap用 JsonRequest JSON処理用の抽象クラス JsonArrayRequest JSON Array JsonObjectRequest JSONオブジェクト用 StringRequest 文字列用
- 20. Volleyの使い方 引数 説明 Method Method.POST、Method.GETを指定 url リクエスト先のURL文字列 jsonRequest リクエスト先へ一緒に引き渡すJSON。 なければnullを指定 listener レスポンスを受け取るリスナーを登録 errorListener 処理の失敗を受け取るリスナーを登録。処理を省略する場合は nullを指定 JsonRequestの引数一覧
- 23. なるほどわからん 問題発生
- 24. 問題発生
- 26. 問題発生 ①EventBusのインスタンスを作成 ③ Activity or Fragmentでコールバックをキャッチ ② EventBusのインスタンスで取得した値を整形
- 27. めっちゃ簡単じゃん！ 問題発生
- 29. EventBus概要
- 30. EventBus概要 ① EventBusのインスタンスを作成 ③ Activity or Fragmentでコールバックをキャッチ ② EventBusのインスタンスで取得した値を整形
- 35. よっしゃこれでいけるで！！
- 37. 問題発生
- 44. Fragmentのイメージ
- 45. Fragmentのライフサイクル
- 46. Fragment実装の3ステップ ① Fragmentの作成(ロジック) ② xmlファイルの作成（レイアウト） ③ ActivityのレイアウトにFragmentを追加
- 51. 完成
- 52. おまけ
- 54. Text text = (Text)findViewById(R.id.text1) ⇩ @InjectView(R.id.text_view) TextView textView; ButterKnifeのメリット
- 55. ButterKnife使い方
- 56. ButterKnife使い方
- 57. おまけ②
- 58. お気に入り機能とか付けたいな…
- 61. ありました
- 62. ActiveAndroid
- 64. ActiveAndroid設定
Editor's Notes
- Googleによってスマートフォンやタブレットなどの携帯情報端末を主なターゲットとして開発されたプラットフォームである。 カスタマイズ版Linuxカーネル、ライブラリやフレームワークその他のミドルウェア、ART仮想マシン、主要なアプリケーションからなるソフトウェアスタック（集合）パッケージで構成されている。 2015年現在、スマートフォン用のOSとしては、世界シェア1位である。
- あとは インポートが楽だったり グレードルが優秀でプラグインを入れるのが楽だったり あとAndroidの場合 xml ファイルを使ってレイアウトを組めるのですが、リアルタイムプレビューが出来るのでいちいちビルドしなくても良いのはとても嬉しいです。
- Androidの基本中の基本です。Iosでもあるともいますが、Androidの場合まず、Activityクラスが呼ばれます。 そのAcrivityクラスのなか呼ばれる順番があるのですが、それをライフサイクルと呼びます。
- ベーシック文庫にある本で今のは全て書いてあります！
- VolleyはAndroidの通信処理フレームワークです。 https://android.googlesource.com/platform/frameworks/volley/ Androidでの通信処理は、通信処理のキューイング、非同期でのデータ取得からのUIスレッドへの連携、キャッシュ（メモリーキャッシュ・ローカルキャッシュ）の扱い（特に画像を扱う場合）通信失敗時のリトライ機構、といった様々な課題を効率的に解決する必要があります。 その解決方法はAndroid固有の機構を各実装者が独自に組みあわせた「オレオレ設計」（悪い意味じゃないです）によって様々で、それが故にベストプラクティスが定まらない状況でした。 そんな時、Google I/O 2013で通信処理用のフレームワークが発表・公開されました。 基本コンセプトは「簡単で高速な通信フレームワーク」とのこと。 個人的にはGoogleの中の人が「通信する時は、これ使えば楽だよ」って言っているので、余程の事情が無い限りはこれ使った方が良いと思います。
- 一番注目したいのはこれです。Androidの場合Acitityが長い間呼ばれていないと突然死ぬことがあります。非同期系だとどうしてもここが問題で、結果NULL → 死ぬ みたいな事に良くなっていました。ですが、Eventbusはただ通知を送るのだけので死なないのです。