CreateAndLaunch()にGameObject[]オーバーロードを追加

[CyTakayukiKiyohara]

概要

複数のレシーバーオブジェクトに跨ってデカールを貼るケースで、ランタイム生成 API(CreateAndLaunch())が単一レシーバーしか受け取れなかった制限を解消します。

投影パイプライン(ExecuteLaunch())は元々 receiverObjects 配列をループする複数レシーバー対応済みで、インスペクタ配置では複数指定が可能でした。CreateAndLaunch() だけが長さ1の配列を固定生成していたため、ランタイム生成では利用できませんでした。

変更内容

• CreateAndLaunch() に GameObject[] を受け取るオーバーロードを追加
  • 既存の単体版は new[] { receiverObject } で配列版へ委譲(後方互換維持)
  • 渡された配列は防御的コピーし、数フレームかかる Launch 中に呼び出し側が配列を書き換えても投影対象が変わらないようにする
• EditMode テスト追加(TestCreateAndLaunch: 委譲の互換性・全要素の設定・防御的コピー)
• README EN/JA に複数レシーバーオーバーロードの説明とサンプルを追記
• Demo_05 追加: マテリアルの異なる2枚の壁の継ぎ目にステッカーを貼るデモ。GUI で「Multiple Receivers(継ぎ目を跨いで連続)」と「Single Receiver(継ぎ目で切れる)」を切り替えて比較できる

動作仕様

• 各レシーバーは同一のデカール空間でクリップされ UV もデカール空間基準のため、レシーバーの境目でテクスチャは連続する
• デカールメッシュはレシーバー(×レンダラー×マテリアル×グループID)ごとに構築されるため、跨るレシーバーの数だけドローコールは増える
• いずれかのレシーバーのメッシュが Read/Write 無効の場合、そのレシーバーの時点で LaunchingCanceled となり残りは処理されない(インスペクタで複数指定した場合の現行挙動と同一)

既知の制限

receiver 引数に null リテラルを直渡しする既存コードはオーバーロード解決が曖昧になりコンパイルエラーになります(変数経由の呼び出しは影響なし。(GameObject)null キャストで回避可能)。null レシーバー指定は何も焼かれない実質無意味な呼び出しのため、許容と判断しました。

確認

• MSBuild で AirSticker / Tests / Assembly-CSharp のコンパイル確認
• Demo_05 の Play モードで、複数レシーバー版が継ぎ目を跨いで連続すること・単体版が継ぎ目で切れることを目視確認
• Test Runner での EditMode テスト実行(レビュー時にご確認ください)

🤖 Generated with Claude Code