クライアント主権時代にJSのモデルはどう共有すればいいのか - Qiita

SPA、スマートフォンアプリの隆盛。時代はクライアントサイドに主権が移ってきている。 これからの時代はクライアントサイドにロジックを持たねばならぬだろう。 一方サーバーは、「ユーザー１人でも完結するサービス」に限れば、 DOA(Data Oriented Architecture)的な立ち位置のもの(≒mBaaSとか)と、BFF(Backend for Frontend)的な立ち位置のものがあればよくなる。 モデル定義がダブる いままでモデルはサーバーのものだった。 クライアントでは「JSON」というデータになってやってきて、 それをなんとなく成形して表示してた。 でも来るべきクライアント主権時代においては、 やっぱりクライアントでもJSONじゃなくてドメインモデルを扱いたい。 そうするとサーバー/クライアントの2つの環境でモデル定義を書かなくてはならないではないか。 多くのサービスは実は

[kitokitoki]

decorator も HOC も似たようなものなのになんで評価（主観）がわかれてるのか？？

[efcl]

JavaScriptのモデル

[wwolf]

関数の第一引数にオブジェクト食わすの、fuctiomal-DDDと呼ぶのか。python界隈だとよく目にする印象。

[tyru]

JSON を deserialize してモデルを構築する話 ／ ここらへん今グダグダだなぁ… service でやったり controller でやったり… (Angular 1 アプリ) ／ fetch したデータの不変データと可変データは分けて考えた方がいい気がする

[kuy]

CureAppさんの設計の話だ。あとでちゃんと読む。