気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント33件
- 注目コメント
- 新着コメント
オーナーコメントを固定しています
オーナー
efcl
JavaScriptで複雑なアプリケーションを作る場合にどのように考えるかというスライド。 ドメインモデルをどのように考えて作っていくかについて。 Babel、React、Almin、PostCSSがベース。 https://github.com/azu/large-scale-javascript が本編
Dai_Kamijo
"複雑さの掛け算(N×M)をなくしたい" 複雑性の傾きを緩やかにする投資としてのアーキテクチャ設計 / “複雑なJavaScriptアプリケーションを考えながら作る話” — Takuto Wada (@t_wada) September 29, 2016 from Twitter https://twitter.com/
j5ik2o
よいまとめ。一点だけ補足するとリード系のRepositoryはドメインモデルを利用していないとしたらDAOじゃないですかね。あと、ブラウザ上でのEvent Sourcingもこれから議論できると面白いかも。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
複雑なJavaScriptアプリケーションを考えながら作る話
autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 N... autoscale: true theme: Plain Jane,5 複雑なJavaScriptアプリケーションを考えながら作る話 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info #jsprimerを書いています JavaScript入門書に興味ある人はウォッチ :star: :warning: 注意 :warning: 作成するアプリケーションによって必要な構造は異なります 今回の話はある程度の規模で複雑性を持つクライアントサイド ライブラリ抜きで数万LOC >= 長期的にメンテンナンスや変更が発生するアプリケーション サーバサイドレンダリングはしないクライアントアプリケーション 3行でOK 複雑なJavaScriptアプリケーションを作るにあたりドメインモデルをどう実装するか悩んだ 色々と試行錯誤した
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2016/09/28 リンク