logs妄想技術録この広告は、90日以上更新していないブログに表示しています。speakerdeck.com設計時に迷うことは、ユーザーに紐づく情報を別のトップレベルのコレクションとして生成して参照させるか、それとも、あくまでユーザーに紐づく情報だからユーザー内に収めるか。問題となるのはユーザーに紐づくけども、それ単体でも集計を行いたい情報Aがあるとき。これはコレクションを新たに一つ設けてユーザー参照をもたせるほうが良いかと思う。情報の切り方によって変える、と表現すればいいだろうか。高校を舞台として生徒(以下studend)の科目の成績(score)をつけるアプリを開発したいとする。このときに「生徒別の成績」を確認したいだけなら、studentにscoreを紐付ければいいと思う。...といった具合)に誰がどの位置にいるのかなどを算出したい場合は、別途scoreをトップレベルのDocumentに持ってきたほうが都合が良さそう。パフォーマンスの実測などはしていないが考えやすいと感じる。あとはマスタデータとトランザクションデータという観点で考えてみても面白そうだけどまだ明確になっていない。Documentの名前を乱数にするかどうかは、トランザクションデータなんかは乱数で良いと思っていて、あとは予め名称が一意になることが決められていれば乱数にしなくてもいいと思う。人名やハンドルネームは被る可能性があるので乱数でDocumentを作成する。先程の例えで言うところの科目名は被らないので名前をそのままDocumentに適用しても問題なさそう。hogeみたいなことをすればいいと思う。お金の話なにをどうしたら、どのタイミングでお金がかかってくるのか。基本的には読み取り回数に対してお金がかかる。日に5万回読み取りがあればお金がかかる。企業のtoCプロダクションが2.5万/日なら個人開発アプリなら大丈夫でしょう。Functionを介して集計・計算となる。Nativeアプリ...2019-03-08React.jsの理解促進のために、問に答える形でここまでの理解を書き出してみる。アウトプットによる理解度の確認を目的としてます。※時系列順に書いてます。»プロフィールid:swchrmVRやWebなどのデジタルコンテンツが好きです。個人で気ままにアプリ開発もしてます。記事は個人の覚書であり動作の保証はできません。SWCHRMはてなブログをはじめよう!swchrmさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。