気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
hachibeechan.hateblo.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
オーナーコメントを固定しています
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Flutterでスケールするアプリ設計 Store編 - タオルケット体操
hachibeechan.hateblo.jp 前回の続き そういえば、前回の記事のブコメで Behavior = TransactionScript?... hachibeechan.hateblo.jp 前回の続き そういえば、前回の記事のブコメで Behavior = TransactionScript? 実践CQRS という感じの元ネタばらし鋭い指摘をしてくれた方がいました。 90%方その通りなのですが、実装の平易さ、許容できるパターンの広さを優先するために元の定義からかなり離れてしまっており、混乱を招くかもしれないと感じたので別の用語で説明している次第です。 読み返すと文字の密度が高くて読むの大変な記事ですね。 今回は具体的な話になるのでサンプルコードとか載せられるといいなとおもいます。 スケーラブルなデータ設計の基本アイディア Storeの構成要素 アンチパターン 1. Modelという名前がついたクラス 2. "DBに対するCRUD操作" のような抽象度でStoreを設計してしまう 3. 同一の対象を表すデータが複数存在している（N
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
hachibeechan.hateblo.jp
hachibeechan.hateblo.jp
hachibeechan.hateblo.jp
hachibeechan.hateblo.jp
anond.hatelabo.jp
anond.hatelabo.jp
anond.hatelabo.jp
anond.hatelabo.jp
togetter.com
www.nogawanogawa.com
speakerdeck.com/florets1
qiita.com/www-tacos
appllio.com
note.com/studiomasakaki
gigazine.net
doc-0k-9c-docs.googleusercontent.com
kogusoku.com
2020/11/25 リンク