valid,invalid バックエンド Web API に管理画面/管理機能を追加するアーキテクチャパターン
【★32%OFFクーポン 3/16 23:59迄】毛のかたさ/種類が選べる Ci PRO FOUR 歯ブラシ or CiPRO AD ジュエル 超先細+フラット毛 25本 プロフォー…
1.6 Springフレームワーク概略
複雑なJavaScriptアプリケーションを考えながら作る話自己紹介#jsprimerを書いています:warning: 注意 :warning:3行でOK対象目的構造化の目的FluxFluxのデータフローはわかったFluxの中でのロジックHow to work as a Team @ 2016/02/23 #reject_sushi少しFluxの見方を変えるドメインモデルドメインモデルをなぜ作りたいの?Fluxをドメインモデルに置き直してみるFluxとドメインモデルFluxのいいところ(確認)Fluxの曖昧なところStoreの役割ショッピングカートショッピングカートショッピングカートのStore前提の話依存の問題依存の問題問題の解決方法複雑な問題の一端複雑さの掛け算(N × M)をなくしたいCQRS(コマンドクエリ責務分離)CQRS(コマンドクエリ責務分離)FluxのWriteとReadやっと本題Almin.jsここからの話考えるポイント全体像(Simple版)Alminが提供してるのこれだけViewWrite Stack(コマンド)Write StackUseCaseDomain Modelモデルの例: TodoTODOを追加するUseCaseをモデルを使って書くモデルの永続化RepositoryRepositoryRepositoryの保存先?DatabaseRepository自体のインスタンス化の問題依存関係逆転の原則(DIP)依存関係逆転の原則(DIP)Read Stack(クエリ)Write(Command)とRead(Query)の復習Read StackStore:warning: クライアントサイドの問題 :warning:クライアントサイドで多い問題UseCase -> StoreSingle source of truthまとめまとめまとめまとめのまとめ