Roomはオブジェクトでのリレーションができなくて、1対多を実現するのに少し手こずったのでメモを残しておきます。 例として、UserとPetというの使って、Userは複数のPetを持つことをできるというのを実現してみます。 Entityまずは2つのEntityの定義です。 Userはシンプルな感じです。 @Entity(tableName = "user") data class User( @PrimaryKey var id: Int, var name: String )次にPetです。foreignKeysのとこが色々設定してます。 @Entity(tableName = "pet", foreignKeys = arrayOf(ForeignKey( entity = User::class, parentColumns = arrayOf("id"), childColumns
こんにちは。Quipper で Android Developer をしている daruma です。 今回は Android Architecture Components の Room について深掘っていきたいと思います。 引用: Android Architecture Components 前回 : [Android Architecture Components] Lifecycle, LiveData and ViewModel 詳解 Room とは Google I/O 2017 Architecture Components - Persistence and Offline で発表のあった SQLite の Object Mapper です。ORMではありません。Annotation Processing Tool を用いており、以下の特徴を持ちます。 一般名詞なので検索が
![[Android Architecture Components] - Room 詳解 | Recruit Tech Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/2a54036ec28cfd20808492d9bbf8655d642959d9/height=288;version=1;width=512/https%3A%2F%2F2.zoppoz.workers.dev%3A443%2Fhttps%2Ftechblog.recruit.co.jp%2Fassets%2Frmp%2Fthumbnail%2F12311.jpg)
Image From Android PubAs i promised i am back with basic example of LiveData and ViewModel.Please look back to previous article also. This app just shows list of fruits which i love most. When the application launch there will be progressbar which will be invisible after 5 seconds and list of fruits will be shown. And every time i have Shuffled the list of fruits. So what we are going to track is
In the talk Architecture Components – Solving the Lifecycle Problem from Google I/O 2017, Yigit Boyar talked about the new LiveData<T> class of the Architecture Components library. When talking about it it’s always coupled with the concept of the ViewModel. I’ve long been a fan of the MVVM pattern when doing mobile development so this was interesting to me. I’ve also been using the Android Databin
Realmと使うAndroid Architecture Components という素晴らしい記事を読んで、Android Architecture Componentsの理解が進んだので、そちらのサンプルでは使っていなかったFine-grainedな通知機能を使って実装してみたかったので、以下の三画面構成のシンプルなサンプルをKotlinで作ってみました。 記事一覧のリスト いいねを押した記事のリスト 記事詳細画面 各々の画面にいいねボタンがあり、それを画面間で状態を反映させるようなメディア系のアプリでよく見る機能を実現しました。また、画面回転しても状態を保つようにしました。 大きな違いはViewModelにOrderedRealmCollectionChangeListenerを持たせ、そこでの変更通知をLiveDataに伝えている点です。 今回サンプルを作ってみて、Room以外の既
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 注意 Guide to App Architectureの和訳になります。 わかりづらい表現を意訳したり、回りくどいところを端折ったりしています。 和訳に自信がないところもあるため、間違いを見つけた場合は指摘してください。 開発者が直面する一般的な問題 デスクトップのショートカットからのみ起動さされる従来のデスクトップアプリケーションとは異なり、Androidアプリははるかに複雑な構造になっています。 一般的なAndroidアプリは Activity、Fragment、Services、コンテンツプロバイダー、ブロードキャストレシーバー
Google I/O 2017では様々な発表が行われました。 １つのブログポストではとてもその全てをお伝えすることはできませんが、最も私が注目するのがAndroid Architecture Componentsです(もちろんKotlin以外でですよ 😉)。 ついにAndroidアプリにおいてGoogleが推奨するアーキテクチャのガイドが公開されました。Googleが推奨するアーキテクチャはモジュール化された柔軟なものになっているので、必要に応じてさまざまなモジュールやフレームワークを組み込むことができます。 Yiğit Boyarによるセッションでは、以下のものについて具体的な使い方が紹介されました。これら以外にも今後随時公開されていくとのことです。 Room ViewModel LiveData Lifecycle これらについての動画をまだ見ていない人は、ぜひご覧になることをお勧め
Android Architecture Componentsを使ったサンプルを作るにあたって学んだことをメモ代わりに残していきたいと思います。 自分はそれぞれ単体でどう機能するのか理解し、その後組み合わせて使うことで理解が深まったので、それぞれ単体だとどういう使い方ができるのかを簡単に紹介してみたいと思います。 ViewModel 今回触ってみて一番使うのが簡単な割に、嬉しい機能だと思ったのがViewModelです。 気に入った点を挙げてみると、 1. 画面回転時のonDestroyを生き抜く 今までIcepickやPikkelを使って画面回転時の状態保存をしていた方が多いと思いますが、今後はViewModelを使用するとより簡単に状態保存ができます。 最小構成で簡単にその機能を試せるのはGoogleCodeLabsのサンプルstep2です。 気をつけるところは生成するときに直接newす
主に Lifecycle と LiveData について。 Lifecycle 某ポエムサイトにあったクラス図がしっくりこなかったので、自分で書き直してみました。 Lifecycle のキモは、ライフサイクルメソッドのオーバーライドはもうやめましょう、ということ。 なぜかというと、Activity や Fragment を容易に Fat にする上に、処理を追うのが直感的ではなくなってしまうから。 その代わり、Activity や Fragment は State を持つように変わります。ライフサイクルイベントが発生すると、どこからともなく（後述） Event が投げられて、これを受けて State の更新が行われます。 State と Event は公式サイトの以下の図の通りです。 （Handling Lifecycles より） このイベントの変更を受け取りたいクラスは、Lifecycl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
