実践ではまず、どのようにユースケースの場面を表現するかイメージする必要があります。出発点になるでしょう。「画像のネタバレメッセージを発行する」というユースケースをメインの活動として考えてみます。いう場面を、テキストと図を使って表現してみました。図のような関数型設計風のオブジェクト同士の関係性を手書きで図示してみるのが好きです。あらゆる枠線や矢印が自由に使えるし、モデルがなんだか身近に感じられるような気がします。(ちなみに、図中の波線が途中に差し挟まれた矢印は、副作用のある関係を示しています。)図とともに、以下のようなインターフェース風のメモも書いたりしながら、コードのイメージを固めていきます。(少し単純化しています)。図のモデルからは、少し修正を加えた形になっています。この段階でユースケースの中身の実装まで行う必要はありません。検証できればよいのです。オニオンアーキテクチャでは、ここで記述するものをインフラに依存しすぎない形で変更できるのが1つの利点で、DDD的なドメイン知識の表現や関数型設計など、やりたい放題できるのが楽しいところです。実施するのは一般的なTDDですが、これらのフィードバックループを適切に運用するため、以下の点に留意します。対象となるようなオブジェクトではなく、ユースケースのインターフェースです。対するテストを記述することになります。