ドメイン知識とユースケースの違いは何か？[ドメイン駆動設計][DDD] - little hands' lab

DDDの文脈の中で、 「ドメイン知識とユースケース(≒アプリケーションの知識)は何が違うのか？」 という疑問がよく持たれます。 この記事ではその違いを説明し、DDDのコードにどう反映するかを書きます。 あるToDoアプリの仕様 事例として、ToDoアプリの話をします。 「仕様を決める」と言ったとき、以下のように箇条書きで決めることがあると思います。(Jiraのようなチケット管理システムのチケット詳細として書いたりしますよね) ユーザー登録、非活性化ができる メールアドレスは重複登録できない タスク登録、更新、完了、未完了に戻す、延期、ユーザーへのアサインができる タスクは3回までしか延期ができない 非活性化されていないユーザーにアサインができる タスクを完了、アサインするとタスクレポートが作成される これはいわゆる「ビジネスロジック」と呼ばれて、3層レイヤーのアーキテクチャではBusine

[pinkumohikan]

良い

[masatotoro]

ためになった

[turanukimaru]

例えば付箋にはユーザ認証はありませんし、これにしたってスマホで動くスタンドアロンならユーザ認証は要らないでしょう。現実世界に引っ張られるというより運用に引っ張られる部分がユースケースと考えていいのでは

[threetea0407]

"例えば入力値のバリデーションとかユーザー認証という概念は、ソフトウェアがなければ存在しません" え、そうなの。コンピューターが発明される前はユーザー認証って存在してなかったのかな。

[msh5_h]

付箋の例えがすごくわかりやすい👏

[ghostbass]

ユースケースに「○○できる」ってあるのは何だろう。サブケース？なら一度無効状態で登録すると二度と有効化できなくなる気がするけど。