• Twitterでシェア
  • Facebookでシェア

役割駆動設計で巨大クラスを爆殺する - Qiita

テクノロジー カテゴリーの変更を依頼 記事元:qiita.com/MinoDriven
適切な情報に変更
300 usersがブックマーク コメント41

    記事へのコメント41件

    • 注目コメント
    • 新着コメント
    j5ik2o
    j5ik2o DCIの話？

    2019/04/07 リンク

    その他
    fai_fx
    fai_fx 独身で家族がおらず、仕事が唯一の趣味なおっさんはクラス一つで十分だと言いたいのですね…

    2019/04/08 リンク

    その他
    kyon_mm
    kyon_mm わかるけど、そうじゃないんだよなーとなり、まぁ別にいいかとも思ってきた。

    2019/04/07 リンク

    その他
    NOV1975
    NOV1975 この例え話だとサービスそのものがでかすぎる

    2019/04/08 リンク

    その他
    lorenz_sys
    lorenz_sys 巨大クラスってのは当初から巨大なんじゃなくていろんな人がいじり倒した結果そうなるんじゃない？最初に設計した人はちゃんと設計してたと思いたい。昔10万行のcppファイルを3万行にリファクタリングしたことあった。

    2019/04/08 リンク

    その他
    nice_and_easy
    nice_and_easy JavaのInterface的的なやつかと思ったら、内部変数も分けるからクラス構造の話なのか

    2019/04/08 リンク

    その他
    morita_non
    morita_non 単に、クラス(オブジェクト指向プログラミンとしての)そのものがいらんのでは…

    2019/04/08 リンク

    その他
    t10471
    t10471 最初から細かくい分割しないで、でかくなったら分割すればいいんじゃないかと思う派...エヴァンス本を読んだときに積極的にリファクタリングしてもいいことに最初驚いたな。そのためにも、テスト大事だけど。

    2019/04/08 リンク

    その他
    otakumesi
    otakumesi これは業務系やユーザ系関係なく、設計ができるような人が社内にいるかどうかな気がするんだけど

    2019/04/08 リンク

    その他
    yojik
    yojik この考え方はピーターコードのカラーUMLとかストリームラインオブジェクトモデリングの手法として2000年代初期に通過済みで、とても有用だったけど、最近はあまり話題にならなかった。再発見されるのはとても良い。

    2019/04/08 リンク

    その他
    n314
    n314 DCIアーキテクチャと言うらしい

    2021/03/01 リンク

    その他
    tri-star
    tri-star モノではなく役割でモデリングした方が良いという話。

    2020/02/17 リンク

    その他
    it_fitness_jp
    it_fitness_jp “ 解決方法”

    2020/02/15 リンク

    その他
    surume000
    surume000 モノではなく役割でクラスを抽出すうｒ、動名詞でクラスを命名する。参考になる

    2019/11/05 リンク

    その他
    todesking
    todesking DCIっぽいが、こちらはクラス完全に分離させる手法か

    2019/10/29 リンク

    その他
    takatama
    takatama ユースケース図でアクターを分けて書けるか？という話になるのかな

    2019/05/13 リンク

    その他
    y_maeyama
    y_maeyama 役割駆動設計はクラス設計よりもデータベーステーブル設計で役立ちそう。

    2019/05/12 リンク

    その他
    yusuket
    yusuket 例だけ見たらDB正規化かと

    2019/04/09 リンク

    その他
    kappaseijin
    kappaseijin “「動名詞でクラスを命名する」”

    2019/04/09 リンク

    その他
    ngsw
    ngsw 「帽子の被りわけできた方がいいよねー」という気持ちで読みました。

    2019/04/08 リンク

    その他
    umai_bow
    umai_bow これは・・・名詞の王国じゃな？

    2019/04/08 リンク

    その他
    kawa-_-kawa
    kawa-_-kawa 記事を見ておぉと思った人は「責務（駆動）」「ロール」「コラボレーション」などで調べると色々出てくるので幸せになれると思う。次はこの概念を、どう構築するか設計方法に話が進むと思う。

    2019/04/08 リンク

    その他
    fortrand
    fortrand フリマアプリの話、昔なら「ユーザー」という基底クラスをから各クラスを派生させ…となるけど今は考えが変わったということかな。開発の分担の細分化・先々の拡張性も考えると細かく分けたほうが近年は良いのかも。

    2019/04/08 リンク

    その他
    kenichiice
    kenichiice 「モデリングにおいて、役割の概念を表現していない名前で安易に命名するのはアンチパターンです」

    2019/04/08 リンク

    その他
    lorenz_sys
    lorenz_sys 巨大クラスってのは当初から巨大なんじゃなくていろんな人がいじり倒した結果そうなるんじゃない？最初に設計した人はちゃんと設計してたと思いたい。昔10万行のcppファイルを3万行にリファクタリングしたことあった。

    2019/04/08 リンク

    その他
    thesecret3
    thesecret3 オブジェクト指向が生きててちょっとホッとする。

    2019/04/08 リンク

    その他
    NOV1975
    NOV1975 この例え話だとサービスそのものがでかすぎる

    2019/04/08 リンク

    その他
    msh5_h
    msh5_h Mix-Inとちがうん？

    2019/04/08 リンク

    その他
    quick_past
    quick_past 親クラスと継承したサブクラスで機能分けしましょうとか、メソッドや変数名の名前の付け方とか、そういう話ではないの・・・？？なぜそうしなきゃいけないのか。ってのがそんなにわかりにくい事なのかな・・・。

    2019/04/08 リンク

    その他
    yojik
    yojik この考え方はピーターコードのカラーUMLとかストリームラインオブジェクトモデリングの手法として2000年代初期に通過済みで、とても有用だったけど、最近はあまり話題にならなかった。再発見されるのはとても良い。

    2019/04/08 リンク

    その他
    otakumesi
    otakumesi これは業務系やユーザ系関係なく、設計ができるような人が社内にいるかどうかな気がするんだけど

    2019/04/08 リンク

    その他
    t10471
    t10471 最初から細かくい分割しないで、でかくなったら分割すればいいんじゃないかと思う派...エヴァンス本を読んだときに積極的にリファクタリングしてもいいことに最初驚いたな。そのためにも、テスト大事だけど。

    2019/04/08 リンク

    その他
    yarumato
    yarumato “「ユーザー」というひとつのクラスが役割を背負いすぎ。多数の役割に分割。「分割しすぎ」に見えるかもだが、各クラスが最小限のフィールドのみ所有してデータ安全で良い。「動名詞でクラスを命名」シンプル設計”

    2019/04/08 リンク

    その他
    h_taiji
    h_taiji なんか、ずっとピンとこなかった境界付けられたコントキストが、やっとピンときた気がした記事、ありがたいー

    2019/04/08 リンク

    その他
    morita_non
    morita_non 単に、クラス(オブジェクト指向プログラミンとしての)そのものがいらんのでは…

    2019/04/08 リンク

    その他
    su_zu_ki_1010
    su_zu_ki_1010 データベース側はこの設計でいけそうだけど、データベースから受け取った値を格納するオブジェクト側が人によっては技術的負債になって糞コードだと呼ばれてしまうかもなぁ、と思ったりした。個人的にはアリ。

    2019/04/08 リンク

    その他
    nice_and_easy
    nice_and_easy JavaのInterface的的なやつかと思ったら、内部変数も分けるからクラス構造の話なのか

    2019/04/08 リンク

    その他
    fai_fx
    fai_fx 独身で家族がおらず、仕事が唯一の趣味なおっさんはクラス一つで十分だと言いたいのですね…

    2019/04/08 リンク

    その他
    megamouth
    megamouth バッドノウハウだが、肥大化したクラスに手を入れる時は、ひとまず"～Tools"という名前のシングルトンに委譲できないか考えることにしている。良いパターンではないが、そこそこ効く

    2019/04/08 リンク

    その他
    kaipu1224
    kaipu1224 大規模になるとつらたんになりそう

    2019/04/08 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    役割駆動設計で巨大クラスを爆殺する - Qiita


     大量のメソッドを保有し、数千、数万行単位にぶくぶく膨れ上がった巨大クラス。別名﹁神クラス﹂とも﹁...    

    ブックマークしたユーザー

    • techtech05212023/05/24 techtech0521
    • n3142021/03/01 n314
    • a-hamahama2020/12/25 a-hamahama
    • tsumuchan2020/05/25 tsumuchan
    • katsu_aniyan2020/04/17 katsu_aniyan
    • take-yu2020/03/07 take-yu
    • tri-star2020/02/17 tri-star
    • it_fitness_jp2020/02/15 it_fitness_jp
    • arx0balest2020/01/25 arx0balest
    • s_ryuuki2020/01/02 s_ryuuki
    • arktks002019/11/26 arktks00
    • surume0002019/11/05 surume000
    • repon2019/10/31 repon
    • Ehren2019/10/29 Ehren
    • todesking2019/10/29 todesking
    • brains-kot2019/10/28 brains-kot
    • ama1ia2019/10/21 ama1ia
    • tokumaga2019/08/30 tokumaga
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2024 Hatena. All Rights Reserved.