ステップバイステップでDaggerを使った引数ありのViewModelの初期化を理解する - Qiita
ViewModel周りの作り方、ちょっともやもやしていたので、改めてまとめてみました。 ViewModelの作り方 何も工夫せずにViewModelを取得すると以下のようになります class SampleViewModel() : ViewModel() // (Fragment内でのコード) ViewModelProviders.of(this).get(SampleViewModel::class.java) これは内部的に以下と同じです。 FragmentからviewModelStore というのを取得して、それと AndroidViewModelFactory を渡して作ります。 (Fragment内でのコード) val factory = ViewModelProvider .AndroidViewModelFactory .getInstance(requireActivit
Kotlin Coroutineチュートリアル - Qiita
そろそろやってみるべき？ まだexperimentalですが、そろそろ正式版になるようですし(Kotlin 1.3予定)、production readyらしいし、身につけておきたい技術になってきました。 こちらにコルーチンのチュートリアルがあるのを発見したのでやってみながら翻訳しました https://kotlinlang.org/docs/tutorials/coroutines-basic-jvm.html async await自体はさまざまな言語にもありますし、そういう意味でも、ちゃんと理解しておくべきかなと思いました。 コルーチンはKotlin 1.1で非同期処理の新しい方法として導入されました。 見てみて思ったのですが、すごく基本的で初歩的なのですが、割と導入には分かりやすくて良いと思いました。 これで心置きなくk-kagurazakaさんの入門Kotlin coroutin
Building a video player app in Android(Part1 - 2)を読んだメモ - Qiita
本当に読んだときの自分のメモ書きなので、英語読める方はそちらのほうが良いと思います。 https://medium.com/google-developers/building-a-video-player-app-in-android-part-1-5-d95770ef762d 本当はPart5まで見たかったのですが、時間切れしました。もしかしたら追加するかもです。 Listening to player events for UXが良かったです。もう少し深く見ていきたいです。 ExoPlayer introduction(Part 1) Overview of using ExoPlayer SimpleExoPlayerとMediaSourceがビデオファイルを再生するのに必要になる。 SimpleExoPlayerを作成するにはtrack selector(どのファイルやどの言語で
DroidKaigi 公式アプリのKotlin Multiplatform - Qiita
どこでもKotlin #7 〜Kotlin MPP特集〜で話す予定の内容です！他の方の発表面白そうですし、先着順でまだ空きがあるようなので参加まだの方いれば早めにどうぞ！ https://m3-engineer.connpass.com/event/123055/ 概要 自分の知見というより、DroidKaigiアプリとしての知見になりますが、このままではもったいないので、書いておきます。 このあたり、自分はAndroid版の機能をレビュー、実装している間に、コントリビューターの方々がやっていただけたものになります。 @kikuchy さんが特にこの基盤作りをメインにやってくれていました。他にもiOSの有名な方々など、さまざまな方が開発に参加していただけました。 DroidKaigiではAndroid版とiOS版をリリースしています。そこで培った知見を公開しておこうと思います。 Kotli
DroidKaigiのアプリのSingle Activity(Fragment)でハマったところメモ - Qiita
他にもSingle Activity関連はありましたが、とりあえず大きなところでいうとこれが勉強になったので書いておきます。 セッションのリストに戻った時にスクロールの位置が戻る問題 結論から言うとFragmentのライフサイクルへの理解が足りませんでした。 起こった問題 セッションの詳細の画面から、セッションのリストに戻った時にスクロールの位置が戻る問題がありました。 https://github.com/DroidKaigi/conference-app-2019/issues/33 問題があった当時のコードはこれです。savedInstanceStateがないときにcommitしています。これの何が問題なのでしょうか？ https://github.com/DroidKaigi/conference-app-2019//blob/468db8acfd4912cafae3b2f745a
DroidKaigi 2019のセッションで個人的に驚いたところメモ - Qiita
去年や一昨年は自分が発表していたので資料作っちゃってて書けなかったんですが、今回はFiresideChat以外はフルで参加出来たのでまとめておきます。 といっても自分のTwitterのメモを振り返るだけで、しかも本筋に沿ったところはあんまりメモせず、自分がおおって思ったところだけです かなり驚いたり、すぐに使えるみたいなやつを太字にしています。 マルチモジュールなプロジェクトでテストはどう変わる？ 資料: https://speakerdeck.com/tkmnzm/how-change-testing-in-modular-architecture Project Nitorogenのロードマップが存在する ちなみにProject Nitorogenは Project Nitrogen はそれぞれの実行環境での単一のエントリーポイントとなり、テストの収集から実行環境のセットアップ、テスト
RxJavaを使っている既存アプリに Kotlin Coroutinesを導入しよう - Qiita
Kotlin FestのLTのネタです。(3分でどこまで話せるか謎です。) きっかけ RxJavaとCoroutinesについてJakeさんが以下のように言っていて、確かにsuspend functionのほうがわかりやすく書けると自分も感じています。 I don't use Single, Maybe, or Completable anymore since suspend functions are superior. Channels do not replace Observables. — Jake Wharton (@JakeWharton) 2018年8月3日 また既存のアプリの実装を思い浮かべたときにほとんどのRxJavaを使っているところがSingleまたはCompletableなどだったので、置き換えたほうが良さそうでは？と思いました。 個人的にはRxJavaのObs
完全に理解した気になるKotlin Coroutines - Qiita
coroutinesを使うとスレッドをブロックしたり、コールバックなしにコードを書いていくことができます。 ただ、自分がコードを見たときには魔法にしか見えなかったので、coroutinesの本質に迫っていきたいと考えました。 launch coroutineビルダーによる実行 まず最も利用されるlaunchについて説明していきます。 以下のように書いた時にThreadはどうなっているでしょうか？ 以下のようにログが出力されます。 thread:Thread[ForkJoinPool.commonPool-worker-2,5,main] このForkJoinPool.commonPool-workerはどこから来ているのでしょうか？ launchの引数のDefaultDispatcherを見てきましょう。実はこの引数のCoroutineContextによって実行されるThreadが決まりま
Google I/O 2018メモ+驚いたところ - Qiita
Androidが好きなのでAndroid多めです。 見ながらただ本当にちょろっとメモしただけのやつと2回見たメモがあります。 間違えがたくさんある気がしているので、何かあればご指摘ください。ソースとして使う前に動画見て確認お願いします。。 驚いたところは太字でかいています ★がついているのはYoutubeでももう一度見たので、割と情報が整ってると思います。 ちょっと全部見返すの時間的に厳しいので一度公開しますが、もう少し見たらWIP外します。 Keynote (Google I/O ’18) ★ Gmail Redesign 機械学習によりGmailの文章を書く時に次の文章を補完できるようになった Google Photo Google Photoを見ている時に写真に写っているその人にシェアしたりできる 機械学習を使って、暗い画像だったら明るくしたり、書類の写真を撮った時にPDFにしたり、
Kotlinの"fun Foo.bar(function: Foo.() -> Unit)"について理解したい - Qiita
Kotlinの"fun Foo.bar(function: Foo.() -> Unit)"について理解したいKotlin きっかけ Google I/OのKotlinの動画で以下のようなコードが登場します。 inline fun SQLiteDatabase.transaction(body: SQLiteDatabase.() -> Unit) Kotlinに慣れている方などは普通に読める方は読めると思いますが 自分はちょっとうん？ってなりました Kotlinでよくわからない事があるときの対応法 もちろんKotlinのドキュメントを見たりします。 そのままで理解できるのが一番いいですが、理解しにくいときは、もともとJavaをやっていた方は、Javaで考えれば何となく分かるという事があると思います。 コードを開いた状態で、Tools->Kotlin->Show Kotlin Byteco
一通りAndroid-CleanArchitectureの流れを読んでみるメモ - Qiita
CleanArchitectureは一度は読んでおくべきだと思ったので、読んでみます。 CleanArchitectureといえば、多分このGitHubにあがっているアプリがすごく有名なんじゃないかなと思っています。 https://github.com/android10/Android-CleanArchitecture 以下の流れで作られていますが、どういう単位でUseCaseを作るかなど具体的なイメージが難しいので、実際にコードを追いながら見ていきます。 このサンプルアプリは表示すると以下のようになっていて、これを表示するまでの流れを見ていきます。 View -> Presenter ViewやPresenterはpresentationというモジュールに入っています。 UserListFragmentのonViewCreatedでPresenter#initialize()を普通
FragmentでKotlinのby lazyを使ってfindViewByIdするとレイアウト反映できない&リークする件 - Qiita
何が起きる？ ちょっと昔のネタなのですが、時々忘れて使いそうになるので、簡単にメモしておきます。 Kotlinではviewへのアクセス時にfindViewByIdしてくれるように、こんな感じで遅延初期化して利用することができます。 private val toolbar by lazy { view!!.findViewById<Toolbar>(R.id.toolbar) } ただlazyを使うと一度取得したものをメンバ変数として保持し、次に利用するときも同じインスタンスを返します。 ここでFragmentのライフサイクルを思い出すと、以下のようにバックスタックから返ってきた時に、onCreateView()がまた呼ばれます。 onCreateViewでレイアウトを新しく作って返すと、、メンバ変数で持っているViewは前に作ったレイアウトなので、リークします。また、textView.te
GitHubで人気なFlux(とMVI)のAndroidアプリのコードを読んでみるメモ - Qiita
MVPやClean Architectureはなんとなくは雰囲気をつかめてきましたが、全くFluxやちょっと話題のMVIがわからないので調べてみました。 lgvalle/android-flux-todo-app ★1,170 flux androidでGitHubで検索すると一番スターが多いリポジトリです。 しかし、2015年に作られたということでRxJavaなどが利用されていないなど、多少古い気がしています。 https://github.com/lgvalle/android-flux-todo-app より 起動してADDボタンを押したときの動きを追ってみます。 View -> Action まず普通にActivityがあり、そこでイベントリスナのセットなどを行っています。 resetMainInput()メソッドはただEditTextの中身をsetText("")して空にするもの
ConstraintLayoutをもう少し深く知ってみる - Qiita
shibuya.apk #18で話すネタです。 https://shibuya-apk.connpass.com/event/64610/ きっかけ Google I/OのこれがConstraintLayoutでできているという噂を聞いて、これは！！と思ってConstraintLayuotを始めてみました。 この記事はConstraintLayoutを使って、ちょっとした画面は作ったことはある人向けです。 このアニメーションについて知りたい人は最後だけ読んで下さい。 それにより以下のようなアニメーションを簡単に作ることができました。 Google I/Oの動画とかで完璧に理解している人にはそんなに新しい知識はないかもです。。 サンプルアプリも用意しました。 https://github.com/takahirom/constraint-layout-samples 基礎的なところ 大きさの
Dagger2の公式ドキュメントを読んで基礎を理解してみる - Qiita
きっかけ Dagger2はAndroid Developersの Guide to App Architecture でも紹介されており そろそろAndroidエンジニアでDagger2やDIがわからないのはまずそうな気がしてきたので、調べてみました。 よく分からないところは対応する【補足メモ】を読んでみてください。ソースコードを載せているので、イメージしやすいかもしれません。 最近アップデートがあったAndroidとの関連(dagger.android)までは今回は触れることができていません。 Dagger初心者の自分が驚いたところを太字にしておきます。 ほぼ以下のドキュメントの意訳です。間違っているところはご指摘下さい。 User's Guide https://google.github.io/dagger/users-guide.html User's Guide Dagger2概
Google I/O 2017で驚いたところ(Android多め) - Qiita
概要 個人的なメモとして一通り書いていたのを軽くまとめたものです。 割とAndroidの開発者視点のものが多いと思います。 太字が特に驚いたところです。 言っている場所のYouTubeのURLを貼るので、詳細が気になったらそれを開いてみてください！ 間違えているものがあればご指摘お願いします。(英語勉強します。) Keynote みんな見ている気がするので省略 Google lensでWiFiのパスワード入れられるのめっちゃ便利。AIファースト。 Developer Keynote 動画: https://www.youtube.com/watch?v=EtQ8Le8-zyo Kotlin KotlinがAndroidアプリの開発言語のfirst class supportになるそうです。すごい。 https://youtu.be/EtQ8Le8-zyo?t=578 Android Pla
android-architecture-componentsのサンプルアプリの一連の処理の流れを見てみる - Qiita
概要 基本は自分用メモです Google I/Oでandroid-architecture-componentsが発表されました。 これを利用した設計はAndroidアプリ開発におけるGoogleが推奨する設計の例として挙げられているものになります。 googlesamples/android-architecture-components/GithubBrowserSampleを見てどういう感じなのかまとめてみました。 RxJavaが分かる？方はLiveDataはObservableに置き換えると良いと思います(ただしLiveDataはライフサイクルが考慮されているなどの違いがあります) またTransformations.switchMapはRxJavaのObservable.swtichMap()のようなものだと解釈しました。 そういう意味でRxJavaについての前提知識が必要になっ
GitHubのOSSから見るbuild.gradleでライブラリのバージョンを管理する方法 - Qiita
Gradleのモジュールが複数ある場合に管理しないとbuild.gradleを編集する時に警告が出てめんどうですよね。(基本的に一番大きいバージョンになるとは思いますが) 本当にどれでもいいのですが、 どれかを選ぶとなると悩みがちなので、簡単にどういうパターンが有るか一応出しておきます。 gradle.propertiesを使う google/iosched, DroidKaigi/conference-app-2017で使われているみたいです https://github.com/DroidKaigi/conference-app-2017/search?utf8=%E2%9C%93&q=support_lib_version&type= 簡易的に対応するのであれば一番シンプルな気がします。 どこに設定あるんだっけ？ってなるかもっていうのはありますが、検索でなんとかなるとは思います。
【Android】Firebase RemoteConfig + Firebase AnalyticsでABテストを試す - Qiita
概要 結構メジャーな話だと思うのですが、あまり記事が見つからなかったので、書いておきます。 50％のユーザーのボタンの色を変更する簡単なものです。 (Firebaseをすでに知っている方はFirebase Analyticsを楽にしてみるのところから読んでみてください。) アプリのセットアップ (もう入っている方は飛ばして大丈夫です) https://console.firebase.google.com/ から新規のプロジェクトを作成します アプリを追加します。 対象としたいアプリのパッケージ名などを入力します。 google-services.jsonファイルがダウンロードされるので、プロジェクト/appディレクトリに入れます。 プロジェクト/build.gradleに以下のようにclasspath 'com.google.gms:google-services:3.0.0'を追加して
マテリアルデザインのTextAppearanceがどのサイズでどの色かまとめ メモ - Qiita
デザイナーなどから渡していただくプロトタイプなどからだとエンジニアがどのテキストのスタイルを適応すればいいのかよくわからない！！そんなときありませんか？ 1つずつスタイルを調べるにしてもテーマは親子関係があるので、たどるのは面倒です。 そんなときのための早見表です。 (プロトタイプでこの位置のこのテキストはBody1とか分かる手段があればいいんですが、、) (日本語はDense Scriptなので、、とかは一旦置いています) テーマの色 デフォルトのテーマでの色(テーマエディタより) Attribute名 色(表示の透明度が効いていないので注意) TextAppearance一覧 TextAppearance.AppCompat android:textColor:?android:textColorPrimary android:textSize:@dimen/abc_text_size
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
