役割駆動設計で巨大クラスを爆殺する - Qiita
大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名「神クラス」とも「大きな泥団子」とも呼ばれる、長大で複雑で密結合で極めて変更が困難なアイツ。 そんな巨大クラスの退治に有効な、ドメイン駆動設計を基本思想とする「役割駆動設計」を紹介致します。 解決したい課題、狙う効果 数千、数万行単位の巨大クラスの登場を抑止する。 小さくシンプルな構造に落とし込み、堅牢で変更容易性の高い設計へ昇華させる。 例１：筆者をモデリング 分かりやすくなるよう、まず私を例にモデリングしてみます。私は以下のような特徴があります。 IT企業の従業員 家族がいる(妻, 子供) 趣味でゲーム制作している ダメな設計 何も考えずに人クラスとして設計すると、よく以下のような構造になりがちです。 従業員として仕事をする、父親として家族サービスする、趣味としてゲーム制作する、それぞれのメソッドが備わってい
僅か100万円で開発した「Amazon Go」型店舗 その意外な仕組み
欲しい商品を手に取り、店を出れば支払いが終了──。米アマゾン・ドット・コムがレジなしコンビニ「Amazon Go」を一般向けに開業して以降、その驚異の買い物体験は大きな話題となり、さまざまな企業が 「ウオークスルー（通り抜けるだけで決済が完了する）」を実用化しようと開発競争を繰り広げている。しかし、手に取った商品を正確に認識して決済まで持っていく精度の問題や、膨大なコストなどの面から実際の店舗に導入されているケースは非常に少ない。 そんななか、「完全キャッシュレス」「レジなし」「ウオークスルー」を実現したAmazon Go型カフェが2019年2月、東京・秋葉原にオープンした。システム開発のクラスメソッド（東京・千代田）が運営する「Developers.IO CAFE」だ。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
