fantomそうですね。フラグに関してはそんな感じで良いと思います。 あまり良いコードとは言えませんが、例えば、 bool onWeponShop = false; private void Update () { if (Input.GetKeyDown(KeyCode.Mouse1)) { if (onWeponShop) { Debug.Log("Right click and onWeponShop."); } } } void OnTriggerEnter2D(Collider2D other) { if (other.gameObject.CompareTag("WeponShop")) { onWeponShop = true; } } void OnTriggerStay2D(Collider2D other) { if (other.gameObject.CompareTag("WeponShop")) { onWeponShop = true; } } void OnTriggerExit2D(Collider2D other) { if (other.gameObject.CompareTag("WeponShop")) { onWeponShop = false; } } みたいに書いても良いですね（接触ではフラグ操作だけ、処理開始は右クリックのタイミング）。 私が実験してみたところ、投稿された元のコードでもタイミング良く、プレイヤーをオブジェクトに接触させた瞬間（動かして接触）に右クリックしたら "test" という文字が出ましたね(笑)。 しかしそれだとやはり、右クリックのような常に監視しているイベントと、接触のような不定に起こるイベントでは時間的な「ずれ」が生じるので、設計上良くないですね。 同じ時間上で判定するには、右クリックした瞬間に、接触関数でタグを調べるようにすれば良いわけです。例えば、 void Update () { if (Input.GetKeyDown(KeyCode.Mouse1)) { if (IntersectObjectWithTag("WeponShop")) { Debug.Log("Right click and onWeponShop."); } } } //一定領域内(Box)で指定タグを持ったコライダと接触してるか？ bool IntersectObjectWithTag(string tag) { Vector2 pos = transform.position; var colls = Physics2D.OverlapBoxAll(pos, Vector2.one, 0); //Vector2.one は判定領域の大きさ int idx = Array.FindIndex(colls, delegate(Collider2D c){return c.CompareTag(tag);}); return idx >= 0; } のような感じですかね。ここでは OverlapBoxAll で箱型にしてますが、OverlapCircleAll のような円形にした方が負荷は軽くなりますね。また OverlapBoxAll などはレイヤー（layerMask）や深度（minDepth, maxDepth）も指定できるので、できる限り判定条件を絞り込んだ方がより軽くなります（ここでは Array.FindIndex（線形探索）を使ってるので、大量のオブジェクトがあるなら、予め絞り込んだ方が良い）。 接触関数を使う場合は「OnTrigger～」イベントやフラグ（onWeponShop）が無くなるのですっきりしたと思います。ただ複数のタグを判定するなら、IntersectObjectWithTag() を複数判定用に改良した方が良いですね（この例では単一タグ用なので、２つ以上判定する場合は効率が悪い）。 今回は EventTrigger 系のインターフェイスの例は割愛しますが、色々な方法を試してみると勉強になりますね。 特にUnityは「フレーム毎更新するアプリケーション」なので「イベント駆動型プログラミング」的に考えると失敗することが多いです（←実はここが今回の一番の「肝」なのです）。常に「どのタイミングで処理するか？」ということを考えながらコーディングすると、正しい方向性がわかるようになって来ますよ！

Yuji YASUHARAふと「2Dって何か特殊なことあるのかな」と思ってググってみたら、こんな記事がありました。 http://pafu-of-duck.hatenablog.com/entry/2017/11/29/073337 これが事実かどうか確認していないのですが、参考になるでしょうか。

fantomまぁ、仮にできたとしても、Input みたいなリアルタイムに入力を取得する関数は Update() みたいなフレーム更新メソッドでやるのが普通だと思います(笑)。イベント駆動だと、そのイベントが発生した瞬間に、同時に入力を判定しないと行けませんしね（リアルタイムイベント取得メソッドとイベント駆動メソッドの同時使用は、時間軸上が同じではないため、プログラミング設計パターンとして間違ってます）。 簡単なパターンとしては、イベント（On～など）ではフラグを上げておいて、フレーム毎更新（フレーム毎コルーチンでも可）で、そのフラグを取得して処理を開始する、という方法がありますね。もちろんこの場合、処理中にフラグを適切に管理しないと、毎フレーム処理されてしまうので注意が必要です（処理が終わったらフラグを元に戻す必要もあります）。 ただこの例のようなものなら EventTrigger 系のインターフェイス（IPointerDownHandler など）をオブジェクトに使うのも良いかもですね（そのオブジェクト上でのみ、イベント発生を取得する方法）。その場合、接触判定のフラグを保持しておいて、その上でイベント発生で処理分岐した方が確実です。 またはイベントが発生したときに Physics.OverlapSphere() のような接触関数で判定するのもありです。この場合は２つの判定を同じ時間上で行っているのでフラグは必要ありません（コードとしては１つのメソッドにまとめることもできるので、すっきりとするメリットもあります）。 色々方法はあると思いますが、この辺は慣れ（パターン）なので、自分のやりやすい方法を模索してみるのも良いかもですね(笑)。