設計/コードレビューで"常に"心がけるポイント - little hands' lab
株式会社ログラスの松岡(@little_hand_s)です。 little-hands.hatenablog.com ↑の記事でドメインオブジェクトの設計方針を書きましたが、それ以外の全般的な設計/レビュー観点について書きます。 非常に汎用性のある内容なので、数多くのプログラミング原則を覚えるより、まずこの観点でチェックできるようにすると即効性が期待できます。 前提として、階層化されたアーキテクチャ(オニオンアーキテクチャなど)を採用しているものとします。 ①レイヤーの責務違反の実装をしていないか ②高凝集/低結合になっているか 高凝集 クラスに関して メソッドに関して 低結合 ③ユニットテストを書きやすいか 合言葉 筆者執筆書籍 現場での導入で困ったら ①レイヤーの責務違反の実装をしていないか 例として、「ユースケース層にドメイン層のルール/制約に関わる実装をしている」場合はNGです。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://x.com/helloyuki_/status/1812678235265917110?s=12&t=suYC6B2IhN7jv0qU5zDxmQ
https://x.com/shibu_jp/status/1750290378539073688?s=12&t=suYC6B2IhN7jv0qU5zDxmQ
https://twitter.com/sonatard/status/1629395764752572419
増田 亨． on Twitter: "４つの設計スタイル： ①トランザクションスクリプト Sting/intがフラットに並ぶデータ構造と処理手続き ②アクティブレコード より複雑なデータ構造と処理手続き ③ドメインモデル ビジネスロジックとビジネスデータのカプセル化… https://t.co/KgUXAbkTEB"
増田 亨． on Twitter: "この本は、ドメイン駆動設計をアプリケーション開発にどう生かしていくかの実践的な手引きとしても、とてもよい内容が詰まっている。 特に後半は、規模が大きめの業務アプリケーション開発で参考になる点が多い。 オンラインイベントで紹介してみ… https://t.co/nc3ZLITgc4"
kawasima on Twitter: "ドメインモデル貧血症対策は、setterをなくすこと(だけ)じゃないよ、というのを書きました。 https://t.co/Pus3CoIV7z"
増田 亨． on Twitter: "オブジェクト指向プログラミング ↓ クラスの設計 ↓ プログラムの分割 ↓ ビジネスの構造と決め事に沿ったプログラムの分割 ↓ ドメイン駆動のクラスの設計 そういう話しをした。 クラス設計本格入門 JJUGナイトセミナー 20… https://t.co/Iv47YObgXS"
