高ボリュームのエンタープライズJavaアプリケーションでは、ビジネスロジックは自然に手続き的な複雑さに陥りがちです。薬局の請求に対する割引計算や金融取引の評価といった単純なタスクから始まります。そして、すぐにコアサービスメソッドは、ネストされたif-else分岐や壊れやすいswitch文で詰まった数百行のモノリスに変貌します。このコードの悪臭は、単なる見苦しさ以上のものです。それは重大な技術的負債を生み出します。単体テストが非常に困難であり、基本的なオブジェクト指向設計原則に違反し、単一のビジネスルールを追加することが既存の3つのルールを壊す恐れがあるため、深刻なリグレッションリスクをもたらします。