関連するクラスを示しています。対象として抽出されています。開発者はこれらの抽出された情報をそのまま使っても良いですし、あくまでも自動化された推奨事項なので無視して従来のとおり手動でグルーピングすることももちろん出来ます。推奨事項という点を覚えておいてください。後続作業は同じで、グループ分けしてコード分離に進みます。上記はかなり適当ですが、Fugaに関連する処理を個別のサービスとして切り出すためにグループ化しています。このようにベースソリューションからサービスが切り離されます。大量のクラスを含むソリューションの場合でもある程度自動でラベリングしてくれるだけでも、サービス分離設計が楽になる気がします。自動で既存ノードの種別を判断して推奨してくれるようになったので、どういった見え方になるのかなどをサンプルプロジェクトを使って確認してみました。操作をしていたり、サンプルとしては少し物足りない感じもしますが、自動で分類をしてくれるようになったのでそれを参考にサービス分離の方針を考えることも出来るようになったよ、という点を覚えておきましょう。